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 at seibercom.net
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> 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. <br> Next time it happens, I'll try to do an autopsy on the bad mail and try to determine what is different about it.<br> <br> BTW - Timo, I love Dovecot. I converted from UW about two years ago and have never looked back. Fast and stable come to mind immediately. If you sold Dovecot mugs or t-shirts, I would buy one.<span class="moz-smiley-s1"><span> :-) </span></span><br> <br> Brad<br> <br> <br> Mike Cisar wrote: <blockquote cite="mid007001c6cb20$b5ac0760$21041620$@net" type="cite"> <pre wrap="">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 moreba 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
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 at rediffmail.com Thu May 4 04:47:30 2006 > Return-Path: <hti95kgev at rediffmail.com> > ... removed received lines... > Date: Thu, 4 May 2006 04:47:04 -0700 > From: hti95kgev at rediffmail.com > Message-Id: <200605041147.k44Bl45Z032284 at thing.pacific.net> > ... removed received lines... > X-UID: 24 > Status: ROKen 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 <<<<< > >