MBOX-Line: From tss at iki.fi  Thu Jul 10 00:08:58 2008
To: imap-protocol@u.washington.edu
From: Timo Sirainen <tss@iki.fi>
Date: Fri Jun  8 12:34:42 2018
Subject: [Imap-protocol] IMAP server mail transfer simulation
In-Reply-To: <744A41DC-676F-45EC-B033-C193D165CF6F@orthanc.ca>
References: <56b1f8870807080802p4bea379bi5185e9aff1b33585@mail.gmail.com>
	<744A41DC-676F-45EC-B033-C193D165CF6F@orthanc.ca>
Message-ID: <E7541240-67BA-4AD4-AFD0-644E597DB5DC@iki.fi>

On Jul 10, 2008, at 7:02 AM, Lyndon Nerenberg wrote:

>
> On 2008-Jul-8, at 08:02 , ??????? ???????? wrote:
>
>> Problem appears when client requests some message from server, but  
>> proxy can't response to client while it not download full message  
>> from real server (Proxy must check attachment before transmitting  
>> it). The message may be very large and downloading may take much time
>
> Have you observed this as a problem in the real world, or is this  
> just a hypothetical scenario?
>
> What sort of things are you doing in the proxy? And what are the  
> time bounds on that work? Which clients have you observed timing  
> out? And what are those timeout values?
>
> I get the feeling that you're inventing needless complexity for an  
> undemonstrated requirement.

I know that at least Thunderbird has a timeout that's something like  
30 seconds. My server nowadays keeps sending untagged OKs to client  
every 15 seconds if some command processing is taking longer.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 201 bytes
Desc: This is a digitally signed message part
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20080710/5c7328ef/attachment.sig>
