Hi, This may be a problem with my config file but I am finding that customers (and more importantly my boss) that are using outlook express when using test66/67 (upgraded from test60 + from address patch) are having message reappear after being fully deleted (not just marked) but are unreadable, sometimes blank headers appear too but again no message. Since it is affecting my boss he has told me to go back to test60 or lower, and won't let me find the problem. Regards Andrew -- Andrew Hutchings (A-Wing) Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk Random BOFH excuse: Cosmic ray particles crashed through the hard disk platter
On Fri, 2005-04-08 at 12:23 +0100, Andrew Hutchings wrote:> This may be a problem with my config file but I am finding that > customers (and more importantly my boss) that are using outlook express > when using test66/67 (upgraded from test60 + from address patch) are > having message reappear after being fully deleted (not just marked) but > are unreadable, sometimes blank headers appear too but again no message.Hmm. And nothing in log file? Were the messages expunged recently (less than an hour ago) or did some older messages also appear? Only OE-related thing that I can think of is this change: 2005-03-14 21:17 Timo Sirainen <tss at iki.fi> * dovecot-example.conf, src/imap/cmd-fetch.c, src/imap/common.h, src/imap/imap-sync.c, src/imap/main.c, src/lib-storage/mail-storage.h, src/lib-storage/index/index-sync.c: Renamed oe6-fetch-no-newmail workaround to delay-newmail and changed it to work more like the name says: only newmail notifications are skipped and not only for FETCH command. But that shouldn't be making expunged mails visible.. Nothing should actually. Unless new messages are getting UIDs from old mails (there is/was a bug like that with mbox, but not maildir AFAIK). If anyone can find a way to reproduce this I'd like to know. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20050408/d1a82f3d/attachment-0001.bin>
Hi Timo, Nada in the log file. Messages were expunged within a minute of getting deleted. My boss says after expunging he mainly got blank messages where the deleted ones were, no subject, from, or anything and message unreadable when read (I don't have OE here so can't verify), but someone else in the office had the same problem and said that a customer did as well. I will setup a test bed over the weekend to try and duplicate/trace it. I was thinking it might be related to that work around but I can't give any more info just as yet. Forgot to mention it is using Maildir, LVS -> 2 dovecot servers -> 1 nfs server, indexes stored locally, IMAP on LVS is set to persistent connections. Test 60 works fine though with this. BTW. Just applied your new message-address.c patch to test 60 (as well as the one from Mar 24) and got 'Full Name at UNKNOWN DOMAIN' in OE when address is '"Full Name" user at domain.com'. I probably missed another patch somewhere in my haste to get this going though :) Regards Andrew On Fri, 2005-04-08 at 16:27 +0300, Timo Sirainen wrote:> On Fri, 2005-04-08 at 12:23 +0100, Andrew Hutchings wrote: > > This may be a problem with my config file but I am finding that > > customers (and more importantly my boss) that are using outlook express > > when using test66/67 (upgraded from test60 + from address patch) are > > having message reappear after being fully deleted (not just marked) but > > are unreadable, sometimes blank headers appear too but again no message. > > Hmm. And nothing in log file? Were the messages expunged recently (less > than an hour ago) or did some older messages also appear? Only > OE-related thing that I can think of is this change: > > 2005-03-14 21:17 Timo Sirainen <tss at iki.fi> > > * dovecot-example.conf, src/imap/cmd-fetch.c, src/imap/common.h, > src/imap/imap-sync.c, src/imap/main.c, > src/lib-storage/mail-storage.h, > src/lib-storage/index/index-sync.c: Renamed oe6-fetch-no-newmail > workaround to delay-newmail and changed it to work more like the > name says: only newmail notifications are skipped and not only > for FETCH command. > > But that shouldn't be making expunged mails visible.. Nothing should > actually. Unless new messages are getting UIDs from old mails (there > is/was a bug like that with mbox, but not maildir AFAIK). > > If anyone can find a way to reproduce this I'd like to know.-- Andrew Hutchings (A-Wing) Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk Random BOFH excuse: the real ttys became pseudo ttys and vice-versa.
Right, stop me if I am wrong here as I am no way near an expert on IMAP. As far as I can tell after the EXPUNGE results dovecot gives an EXISTS result, now from what I am observing dovecot is saying the number of mails that were available before the expunge in the exists result after the expunge. OE gets confused by this and invents the missing ones...phew! Now tell me I'm talking bollox or something :) Regards Andrew On Fri, 2005-04-08 at 16:27 +0300, Timo Sirainen wrote:> On Fri, 2005-04-08 at 12:23 +0100, Andrew Hutchings wrote: > > This may be a problem with my config file but I am finding that > > customers (and more importantly my boss) that are using outlook express > > when using test66/67 (upgraded from test60 + from address patch) are > > having message reappear after being fully deleted (not just marked) but > > are unreadable, sometimes blank headers appear too but again no message. > > Hmm. And nothing in log file? Were the messages expunged recently (less > than an hour ago) or did some older messages also appear? Only > OE-related thing that I can think of is this change: > > 2005-03-14 21:17 Timo Sirainen <tss at iki.fi> > > * dovecot-example.conf, src/imap/cmd-fetch.c, src/imap/common.h, > src/imap/imap-sync.c, src/imap/main.c, > src/lib-storage/mail-storage.h, > src/lib-storage/index/index-sync.c: Renamed oe6-fetch-no-newmail > workaround to delay-newmail and changed it to work more like the > name says: only newmail notifications are skipped and not only > for FETCH command. > > But that shouldn't be making expunged mails visible.. Nothing should > actually. Unless new messages are getting UIDs from old mails (there > is/was a bug like that with mbox, but not maildir AFAIK). > > If anyone can find a way to reproduce this I'd like to know.-- Andrew Hutchings (A-Wing) Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk Random BOFH excuse: Sysadmin didn't hear pager go off due to loud music from bar-room speakers.