I've been having this problem for a long time now. It started when I first began to use Dovecot (0.9x) and seems to have been occurring more and more frequently as we've progressed through the betas and now into RC7. I have been kind of chaulking it up to a "user issue" since the problem only seems to occur for one user (who has one machine at his office, and one at his weekend cabin... problem occurs with equal frequency on both of his machines). Lately it's been occurring about once every couple of days, but still nothing that I have been able to reproduce with any particular email or frequency.
However as luck would have it the problem occurred today while I was onsite at the client's office so I was at least able to see that end of things at the same time.
Essentially the user will have a number of messages in their mailbox (today for example 13) the download of mail will go just fine until one particular message and then the download will just stop, eventually returning an error message. Trying to receive mail again will retrieve messages 1-9 again and fail in the same spot. If you log in via IMAP and delete the following message (ie. the message after the one that was last received) you can then POP for mail again and the remaining messages in the mailbox will download.
In the log all we see is the following (over and over)...
Aug 28 16:14:51 mail dovecot: pop3-login: Login: user=<xxxxx>, method=PLAIN, rip=vvv.www.xxx.yyy, lip=vvv.www.xxx.yyy Aug 28 16:15:32 mail dovecot: POP3(xxxxx): Disconnected top=0/0, retr=9/170375, del=0/13, size=1349520
From the client side I get the following in Outlook Express...
"Your server has unexpectedly terminated the connection..." "...POP3, Server Response: '+OK 795 octets'..."
Interestingly 795 bytes is the size of the "bad" email (the one that won't download).
Any thoughts?
Cheers,
Mike <<<<<
Mike Cisar wrote:
[...]
"Your server has unexpectedly terminated the connection..." "...POP3, Server Response: '+OK 795 octets'..."
Interestingly 795 bytes is the size of the "bad" email (the one that won't download).
Is it possible for you to access the mailbox via 'pine'? If so, save that email and then delete it from the mailbox. Retry the POP again and see if it works correctly.
If it is possible to isolate the 'bad' email, perhaps you could post it for examination.
-- Gerard Seibert gerard@seibercom.net
Hi Folks
New here, so please be gentle!
Using Dovecot 00.99.11 on a brand new CentOS server running Sendmail and Procmail. All working a treat, except I noticed that mail in the IMAP folders, when deleted, doesn't appear to disappear into the Trash folder as I expected it would, and also doesn't seem to quickly disappear from the list.
Is there something I should be doing for setup to change this behaviour? It's disconcerting to go to your INBOX to read new mail only to be confronted with countless "deleted" headers in the Inbox folder.
Cheers Chris
On Tuesday 29 August 2006 13:01, Chris Kenward took the opportunity to say:
Hi Folks
New here, so please be gentle!
Just a couple of general netiquette issues: When bringing up a new topic you shouldn't use the Reply command, and you should also use a more descriptive subject, such as "Mail deleted from IMAP server doesn't disappear".
Using Dovecot 00.99.11 on a brand new CentOS server running Sendmail and Procmail. All working a treat, except I noticed that mail in the IMAP folders, when deleted, doesn't appear to disappear into the Trash folder as I expected it would, and also doesn't seem to quickly disappear from the list.
What mail user agent are you using? Do the messages *appear* in the Trash folder? Messages, when deleted, are normally only marked as such and not really removed until they are expunged.
Is there something I should be doing for setup to change this behaviour? It's disconcerting to go to your INBOX to read new mail only to be confronted with countless "deleted" headers in the Inbox folder.
-- Magnus Holmgren holmgren@lysator.liu.se (No Cc of list mail needed, thanks)
On Tue, 2006-08-29 at 05:03 -0700, Brad Bateman wrote:
I have the exact same issue. I just figured that it is malformed MIME spam that Dovecot cannot digest. It can happen on any of our mail clients: Outlook, OE, TB at the frequency of about every 3 ~ 6 months. Delete the offending mail, and harmony is returned. Next time it happens, I'll try to do an autopsy on the bad mail and try to determine what is different about it. ..
On Tue, 2006-08-29 at 07:31 -0700, Ken A wrote:
We see it here as well, though I'm not sure it's exactly the same problem. It's always been a very short message with incorrect headers, _no_ subject header and no message body. Dovecot can't digest it.
I have a bit of trouble believing that it's Dovecot that can't handle it. Much more likely is that the clients or something between them can't handle it. But if you can show that Dovecot can't handle some specific message correctly I'd really like to know about it.
Mike Cisar wrote:
Essentially the user will have a number of messages in their mailbox (today for example 13) the download of mail will go just fine until one particular message and then the download will just stop, eventually returning an error message. Trying to receive mail again will retrieve messages 1-9 again and fail in the same spot. If you log in via IMAP and delete the following message (ie. the message after the one that was last received) you can then POP for mail again and the remaining messages in the mailbox will download.
[...]
Any thoughts?
Yes, virus scanner and firewalls. Does the user have such on his computers? I've experienced some cases where such programs inspect the traffic between MUA and server and hang if they encounter unexpected line terminators (single LF) or null bytes.
A windump log from the customers computer when receiving such a message would be very helpful in any case.
Jürgen
We see it here as well, though I'm not sure it's exactly the same problem. It's always been a very short message with incorrect headers, _no_ subject header and no message body. Dovecot can't digest it.
Ken A. Pacific.Net
Mike Cisar wrote:
I've been having this problem for a long time now. It started when I first began to use Dovecot (0.9x) and seems to have been occurring more and more frequently as we've progressed through the betas and now into RC7. I have been kind of chaulking it up to a "user issue" since the problem only seems to occur for one user (who has one machine at his office, and one at his weekend cabin... problem occurs with equal frequency on both of his machines). Lately it's been occurring about once every couple of days, but still nothing that I have been able to reproduce with any particular email or frequency.
However as luck would have it the problem occurred today while I was onsite at the client's office so I was at least able to see that end of things at the same time.
Essentially the user will have a number of messages in their mailbox (today for example 13) the download of mail will go just fine until one particular message and then the download will just stop, eventually returning an error message. Trying to receive mail again will retrieve messages 1-9 again and fail in the same spot. If you log in via IMAP and delete the following message (ie. the message after the one that was last received) you can then POP for mail again and the remaining messages in the mailbox will download.
In the log all we see is the following (over and over)...
Aug 28 16:14:51 mail dovecot: pop3-login: Login: user=<xxxxx>, method=PLAIN, rip=vvv.www.xxx.yyy, lip=vvv.www.xxx.yyy Aug 28 16:15:32 mail dovecot: POP3(xxxxx): Disconnected top=0/0, retr=9/170375, del=0/13, size=1349520
From the client side I get the following in Outlook Express...
"Your server has unexpectedly terminated the connection..." "...POP3, Server Response: '+OK 795 octets'..."
Interestingly 795 bytes is the size of the "bad" email (the one that won't download).
Any thoughts?
Cheers,
Mike <<<<<
an example...
From hti95kgev@rediffmail.com Thu May 4 04:47:30 2006
Return-Path: <hti95kgev@rediffmail.com>
... removed received lines...
Date: Thu, 4 May 2006 04:47:04 -0700 From: hti95kgev@rediffmail.com Message-Id: <200605041147.k44Bl45Z032284@thing.pacific.net>
... removed received lines... X-UID: 24 Status: RO
Ken Pacific.Net
Mike Cisar wrote:
I've been having this problem for a long time now. It started when I first began to use Dovecot (0.9x) and seems to have been occurring more and more frequently as we've progressed through the betas and now into RC7. I have been kind of chaulking it up to a "user issue" since the problem only seems to occur for one user (who has one machine at his office, and one at his weekend cabin... problem occurs with equal frequency on both of his machines). Lately it's been occurring about once every couple of days, but still nothing that I have been able to reproduce with any particular email or frequency.
However as luck would have it the problem occurred today while I was onsite at the client's office so I was at least able to see that end of things at the same time.
Essentially the user will have a number of messages in their mailbox (today for example 13) the download of mail will go just fine until one particular message and then the download will just stop, eventually returning an error message. Trying to receive mail again will retrieve messages 1-9 again and fail in the same spot. If you log in via IMAP and delete the following message (ie. the message after the one that was last received) you can then POP for mail again and the remaining messages in the mailbox will download.
In the log all we see is the following (over and over)...
Aug 28 16:14:51 mail dovecot: pop3-login: Login: user=<xxxxx>, method=PLAIN, rip=vvv.www.xxx.yyy, lip=vvv.www.xxx.yyy Aug 28 16:15:32 mail dovecot: POP3(xxxxx): Disconnected top=0/0, retr=9/170375, del=0/13, size=1349520
From the client side I get the following in Outlook Express...
"Your server has unexpectedly terminated the connection..." "...POP3, Server Response: '+OK 795 octets'..."
Interestingly 795 bytes is the size of the "bad" email (the one that won't download).
Any thoughts?
Cheers,
Mike <<<<<
participants (8)
-
Brad Bateman
-
Chris Kenward
-
Gerard Seibert
-
Jürgen Herz
-
Ken A
-
Magnus Holmgren
-
Mike Cisar
-
Timo Sirainen