A NOTE has been added to this issue. ====================================================================== http://www.dbmail.org/mantis/view.php?id=381 ====================================================================== Reported By: idk Assigned To: ====================================================================== Project: DBMail Issue ID: 381 Category: IMAP daemon Reproducibility: always Severity: minor Priority: normal Status: new target: ====================================================================== Date Submitted: 21-Jul-06 13:16 CEST Last Modified: 27-Mar-07 10:52 CEST ====================================================================== Summary: Outlook Express don't shows some messages due daemon caching Description: When I open new messsage in OE message list by doubleclicking (preview pane is off), message is opened in new window. After commes other message into message list in window under active one. Then I close previous message and after a doubleclick OE says message is no more at server and OE marks this new unseen message as deleted. Message is undeletable, onreadable, unexpungable, but it is movable into other folder at the same mailbox, where it is marks as unseen (correctly) and it is readable.
So OE is not able to work with some messages in INBOX (see steps to reproduce to find true reason). ====================================================================== ---------------------------------------------------------------------- paul - 07-Mar-07 15:41 ---------------------------------------------------------------------- idk, could you please verify if this issue is resolved by the latest 2_2 revision ---------------------------------------------------------------------- idk - 08-Mar-07 02:43 ---------------------------------------------------------------------- I don't understand it. Now is not possible to raise issue manually (by telnet), so it seems IMAP replies well. But in OE problem stills. - send mail - refresh inbox - open new mail - send another mail - with opened message window wait to background list refresh - close first messaege - open second (newer) message -> OE says message is not at server already OE IMAP logs in this case (in version 2.2 rev. 2452) (messages 82, 83 and 84 has uid 856, 887, 889): : start OE * thread A: UID FETCH 857:* headers -> reply message 82 (why? 82 has uid 856) * thread A: UID FETCH 1:856 flags -> reply messages 1-82 (ok) : send first mail (83), list refresh * thread A: UID FETCH 857:* headers -> reply message 83 (ok) : open first mail (83) * thread A: UID FETCH 887 body -> reply message 83 body : send second mail (84), waiting for autorefresh * thread B: UID FETCH 888:* headers -> reply 84 (ok) * thraed B: UID FETCH 1:887 flags -> reply messages 1-83 (ok) : closing first message and opening second message (84) * thread A: UID FETCH 889 body -> reply message 84 body well (should be ok) But not. So, imap daemon fixes some error with caching of infos now, but this is not sufficient do solve problem with OE. OE works well with other IMAP server. ---------------------------------------------------------------------- idk - 27-Mar-07 10:52 ---------------------------------------------------------------------- I found one more condition - when I set for INBOX folder Synchronization Settings to All Messages or New Messages Only, it will not occurs. But I have Headers Only selected. I this mode, when message arrives into list at backround refresh loop, Message is no longer available on the server is displayed. Another message opening before new message arriving is not needed. Also new message open method is not important (either of preview or standalone window). To reproduce, in MSOE6 set checking for new message to on and to little time (1 minute) for INBOX folder, on the same folder set Synchronization Settings to Headers Only, select this folder in mesage list, send test mail into mailbox and wait for autorefresh. Test message will show on top (or bottom) of list with closed half envelope icon. Opening of this message will produce error. I tested this with MSOE ENU 6.00.2800.1106 and CZE 6.00.2900.2180, and with DBMail 2.2.5.2481 and Courier IMAP too. So this looks like MSOE bug. I found this note in Dovecot mail server configuration file: # Workarounds for various client bugs: # oe6-fetch-no-newmail: # Never send EXISTS/RECENT when replying to FETCH command. Outlook Express # seems to think they are FETCH replies and gives user "Message no longer # in server" error. Note that OE6 still breaks even with this workaround # if synchronization is set to "Headers Only". # outlook-idle: # Outlook and Outlook Express never abort IDLE command, so if no mail # arrives in half a hour, Dovecot closes the connection. This is still # fine, except Outlook doesn't connect back so you don't see if new mail # arrives. # outlook-pop3-no-nuls: # Outlook and Outlook Express hang if mails contain NUL characters. # This setting replaces them with 0x80 character. The outlook-idle issue seems like my other problem not reported yet, because I'm not able to reproduce it (autorefreshing seldom freezes on new messages fetching, then I have to break process, next refresh is ok). So it is possible to create similar workaround for DBMail? See also http://wiki.dovecot.org/Clients#head-129bcbfc238b5c34362b8216db87c05e7a34af85 Issue History Date Modified Username Field Change ====================================================================== 21-Jul-06 13:16 idk New Issue 07-Mar-07 15:41 paul Note Added: 0001880 08-Mar-07 02:43 idk Note Added: 0001886 27-Mar-07 10:52 idk Note Added: 0001976 ====================================================================== _______________________________________________ Dbmail-dev mailing list [email protected] http://twister.fastxs.net/mailman/listinfo/dbmail-dev
