MBOX-Line: From tss at iki.fi  Mon Jan  1 08:24:34 2007
To: imap-protocol@u.washington.edu
From: Timo Sirainen <tss@iki.fi>
Date: Fri Jun  8 12:34:38 2018
Subject: [Imap-protocol] reporting/detecting expunged messages
In-Reply-To: <w1EVhSzZvq4UsaZIKe/RlA.md5@[192.168.1.104]>
References: <4505F2FE.8090807@sun.com>
	<Pine.WNT.4.65.0609111648410.5544@Tomobiki-Cho.CAC.Washington.EDU>
	<450713AB.4090601@sun.com>
	<Pine.WNT.4.65.0609121316280.2164@Tomobiki-Cho.CAC.Washington.EDU>
	<45071A57.5080406@sun.com>
	<9SYO8YZNXU3qj9EYGtuGNg.md5@libertango.oryx.com>
	<Pine.WNT.4.65.0609121437140.2164@Tomobiki-Cho.CAC.Washington.EDU>
	<2xKZXsAOqJTXDcZB/xUw7g.md5@libertango.oryx.com>
	<Pine.WNT.4.65.0609141841560.1540@Tomobiki-Cho.CAC.Washington.EDU>
	<LWKbk3lpdVhtHUTm38BDeA.md5@libertango.oryx.com>
	<A3CFCE55-56CC-4CC1-ACD8-410341B7157C@iki.fi>
	<w1EVhSzZvq4UsaZIKe/RlA.md5@[192.168.1.104]>
Message-ID: <077244CE-5AA8-4524-9A77-27E14C934F84@iki.fi>

On 31.12.2006, at 22.12, Arnt Gulbrandsen wrote:

> Timo Sirainen writes:
>> On 15.9.2006, at 16.53, Arnt Gulbrandsen wrote:
>>
>>>  (Btw, I changed our code today to use 4.1.2+loopbreaker. The first
>>>  time a client fetches a message which another client has expunged,
>>>  but whose expunge has not yet been reported in this session, the
>>>  server issues a NO as in 4.1.2, and makes a note of the UID(s). If
>>>  any of those UIDs are fetched again before the server can report
>>>  the expunge, the server issues a BYE. When it reports expunges, it
>>>  clears its UID set. I think that's as good as 4.1.1+period.)
>>
>> Has this been working?
>
> We haven't had a single complaint or bug report, and more than two  
> months have passed, so it can't be terrible.
>
>> I was thinking about changing my current behavior of simply  
>> disconnecting the client immediately when this happens (which is  
>> annoying when it happens). There's currently no other real  
>> alternatives for me than this 4.1.2+loopbreaker or 4.1.3.

What was the problem with 4.1.3 anyway? Cyrus seems to be using it,  
so it can't be that bad either.


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