<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Brian,<br>
<br>
Here's a stupid question... might be from my ignorance, or just
oversight.<br>
<br>
But if the email is delivered to an INBOX, unless the client supports
notification... it won't be notified of the new email until it does a
Send/Receive and then it will be aware of it.<br>
<br>
I mention this because many Clients such as Outhouse (Outlook) don't
support that kind of notification, so you end up having people setting
their send/receieve time to 60seconds. <br>
<br>
Now I notice in your logs it says * 1 Recent... at least in one of
them, so it seems that Cyrus is notifying the IMAP Connection. Now it
comes down to if the client ignores it or not. (as you use idled you
should be good in this area).<br>
<br>
So then it comes down to which Clients are you using, and if they
support the notification of new email to 'refresh' the INBOX. I know
Outlook Express, and Outlook don't support that... and they are rather
unbearable for an IMAP connection for most users I run into. <br>
<br>
However Thunderbird works just dandy.... Long drawn out mail for more
information I guess... <br>
<br>
Thanks<br>
<br>
Scott<br>
<br>
Brian Wong wrote:
<blockquote
cite="mid:e1c904a40710011516m1b0662b9s9a739c04a168b290@mail.gmail.com"
type="cite">
<pre wrap="">List,
I am in the process of migrating to Cyrus IMAP. I have a test server
(CentOS 5 x86_64) with several accounts and I look forward to placing
the IMAP server in production but I have recently noticed a problem.
Certain emails that are delivered into a mailbox are not visible to
the email client. I believe this may have to do with consecutive
emails to the same mailbox with minimal time between the deliveries,
but I can not consistently reproduce the problem. In this case, two
separate and different emails are delivered and only the first is
visible. I do not believe this is a client specific problem. I have
the general log files indicating delivery and protocol telemetry logs
for the user in question.
It is not until I log out and log back in do I see the second message.
The relevant log snippets mentioned above are attached.
Name: server.log (evidence of consecutive delivery)
Name: user_tel.log (from line 259; evidence of only first message
visible, but not second)
Name: user_tel-2.log (evidence that upon log out and log in, second
message appears)
Name: imapd.conf (for completeness)
Name: cyrus.conf (for completeness)
Bear with me as I am not well versed in IMAP protocol specifics.
The user telemetry logs show that the IDLE daemon notified the client
of a new message through the EXISTS command. When the IMAP client then
does a FETCH command, the server only returns the first of the two
delivered messages. (user_tel.log)
The server is built with the following options
./configure --enable-idled --enable-murder --enable-replication
--enable-listext --with-ldap --with-openssl --with-sasl --with-snmp
--without-bdb --with-cyrus-user=cyrus --with-cyrus-group=cyrus
I am also using the "Parse Received: headers for internaldate" patch
from <a class="moz-txt-link-freetext" href="http://cyrus.brong.fastmail.fm/">http://cyrus.brong.fastmail.fm/</a>. I believe this is needed to
retain INTERNALDATE when migrating.
Could the patch from fastmail be the culprit?
What other steps can I take to help troubleshoot this problem?
!DSPAM:47017a8383425432119130!
</pre>
<pre wrap="">
<hr size="4" width="90%">
----
Cyrus Home Page: <a class="moz-txt-link-freetext" href="http://cyrusimap.web.cmu.edu/">http://cyrusimap.web.cmu.edu/</a>
Cyrus Wiki/FAQ: <a class="moz-txt-link-freetext" href="http://cyrusimap.web.cmu.edu/twiki">http://cyrusimap.web.cmu.edu/twiki</a>
List Archives/Info: <a class="moz-txt-link-freetext" href="http://asg.web.cmu.edu/cyrus/mailing-list.html">http://asg.web.cmu.edu/cyrus/mailing-list.html</a>
!DSPAM:47017a8383425432119130!
</pre>
</blockquote>
<br>
</body>
</html>