[Dovecot] new mails don't always show
Hi,
I am having some trouble with dovecot (0.99.14) and maildir. Some users are reporting that sometimes, they don't get (pop3, various clients) new mails for a while even though they should. I checked and confirmed this: mails were delivered by MTA (sendmail, procmail). But when the problem existed, the new mails were in cur/, not new/ and dovecot would not report any new messaged to the client.
A 'solution' was to send another mail to the same account, and ususally this would end up in new/ On the next fetch, this new message and the new ones from cur/ are downloaded.
I also had the same problem with imap and evolution today. My inbox showed as empty but there were many messages in cur/ I could access all other folders without a problem during this period. Again, a simple mail to myself 'solved' this.
This behaviour does not happen all the time and I don't know how to trigger/reproduce it.
Just the relevant (imho) parts of dovecot.conf:
login_process_size = 256 login_processes_count = 64 login_max_logging_users = 1024
default_mail_env = maildir:%h/Maildir
client_workarounds = outlook-idle oe6-fetch-no-newmail outlook-pop3-no-nuls
everything else is set to default values
Any ideas/help?
Thanks Bjoern
-- Bjoern Rost portrix.net GmbH Stresemannstr. 375 22761 Hamburg Germany fon +49-40-39 80 53 - 19 fax +49-40-39 80 53 - 29 http://www.portrix.net
Bjoern Rost wrote:
Hi,
I am having some trouble with dovecot (0.99.14) and maildir. Some users are reporting that sometimes, they don't get (pop3, various clients) new mails for a while even though they should. I checked and confirmed this: mails were delivered by MTA (sendmail, procmail). But when the problem existed, the new mails were in cur/, not new/ and dovecot would not report any new messaged to the client.
I know it's perhaps an obvious thing, but are you absolutely certain there aren't two mail clients accessing the same account? For instance, someone with a home and work mail client running, or regular and web-mail?
I've been running 0.99.14 for a long time now, and do not recall having seen this.
-- Curtis Maloney cmaloney@cardgate.net
Curtis Maloney schrieb:
I know it's perhaps an obvious thing, but are you absolutely certain there aren't two mail clients accessing the same account? For instance, someone with a home and work mail client running, or regular and web-mail?
I've been running 0.99.14 for a long time now, and do not recall having seen this.
I do. I have two servers where we have these problems intermittently. Oddly, it happens only for some users. On of the servers runs on NFS, the other on a plain old ext3 FS. Both use Maildir. Are there any chances a migration to 1.0 would help ?
Jakob Curdes
Hi,
I was seeing this sort of problem when the indexes were corrupted, possibly due to unsuitable locking methods on it (recently changed to dotlock, since it's over nfs).
The workaround was to just delete the indexes so they'd be recreated. The symptom was that there would be strange "UID inserted in middle of mailbox" type errors in the error log, plus new mails weren't being displayed.
Cheers,
- Simon
On Mon, 20 Mar 2006, Bjoern Rost wrote:
Hi,
I am having some trouble with dovecot (0.99.14) and maildir. Some users are reporting that sometimes, they don't get (pop3, various clients) new mails for a while even though they should. I checked and confirmed this: mails were delivered by MTA (sendmail, procmail). But when the problem existed, the new mails were in cur/, not new/ and dovecot would not report any new messaged to the client.
A 'solution' was to send another mail to the same account, and ususally this would end up in new/ On the next fetch, this new message and the new ones from cur/ are downloaded.
I also had the same problem with imap and evolution today. My inbox showed as empty but there were many messages in cur/ I could access all other folders without a problem during this period. Again, a simple mail to myself 'solved' this.
This behaviour does not happen all the time and I don't know how to trigger/reproduce it.
Just the relevant (imho) parts of dovecot.conf:
login_process_size = 256 login_processes_count = 64 login_max_logging_users = 1024
default_mail_env = maildir:%h/Maildir
client_workarounds = outlook-idle oe6-fetch-no-newmail outlook-pop3-no-nuls
everything else is set to default values
Any ideas/help?
Thanks Bjoern
-- Bjoern Rost portrix.net GmbH Stresemannstr. 375 22761 Hamburg Germany fon +49-40-39 80 53 - 19 fax +49-40-39 80 53 - 29 http://www.portrix.net
On Mon, 2006-03-20 at 10:05 +0100, Bjoern Rost wrote:
Hi,
I am having some trouble with dovecot (0.99.14) and maildir. Some users are reporting that sometimes, they don't get (pop3, various clients) new mails for a while even though they should.
If you're using JFS, that has a bug which causes this.
If you're using NFS there might also be problems related this.
Anyway, 0.99.x probably had other bugs which could cause this, 1.0betas should work better..
I am having some trouble with dovecot (0.99.14) and maildir. Some users are reporting that sometimes, they don't get (pop3, various clients) new mails for a while even though they should.
If you're using JFS, that has a bug which causes this.
If you're using NFS there might also be problems related this.
nothing fancy. just plain local ext3 with dir_index configured as described in the documentation
Anyway, 0.99.x probably had other bugs which could cause this, 1.0betas should work better..
not at all. I upgraded (to beta3) yesterday and it looks like it is worse now. Some users don't get any new messages reported even though there are 10-20 or even more. They arrive in /new/, get moved to /cur/ with status 'unread' but they are not offered/transferred to the client.
After some time (hours usually), mails finally show up in the client. This still happens with pop3/imap and various clients.
At about the same time the mails show up again, this appears in the logfile:
dovecot: 2006-03-29 10:58:07 Error: imap(USER): Maildir /mailhome/USER/Maildir sync: UID inserted in the middle of mailbox (824 > 804, file = msg.4AA4:2, )
Any ideas?
Thanks Bjoern
-- Bjoern Rost portrix.net GmbH Stresemannstr. 375 22761 Hamburg Germany fon +49-40-39 80 53 - 19 fax +49-40-39 80 53 - 29 http://www.portrix.net
On Wed, 2006-03-29 at 11:19 +0200, Bjoern Rost wrote:
dovecot: 2006-03-29 10:58:07 Error: imap(USER): Maildir /mailhome/USER/Maildir sync: UID inserted in the middle of mailbox (824 > 804, file = msg.4AA4:2, )
Any ideas?
Yes, you're delivering mails using MH format instead of maildir format and that causes random problems.
Don't add "new/" to rules in .procmailrc.
Timo Sirainen wrote:
On Wed, 2006-03-29 at 11:19 +0200, Bjoern Rost wrote:
dovecot: 2006-03-29 10:58:07 Error: imap(USER): Maildir /mailhome/USER/Maildir sync: UID inserted in the middle of mailbox (824 > 804, file = msg.4AA4:2, )
Any ideas?
Yes, you're delivering mails using MH format instead of maildir format and that causes random problems.
Don't add "new/" to rules in .procmailrc.
I have a standard FC5 install and I am getting exactly this error. I have certainly not changed anything in .procmailrc. (See my earlier post).
Any ideas how I can overcome this problem - which is sounding rather like a bug in beta3 the more I hear about it.
-- Robert Hart hartr@interweft.com.au +61 (0)438 385 533 http://www.hart.wattle.id.au
On Wed, 2006-03-29 at 12:37 +0300, Timo Sirainen wrote:
Yes, you're delivering mails using MH format instead of maildir format and that causes random problems.
Don't add "new/" to rules in .procmailrc.
the problem was compiled in procmail (stupid me), I changed this and now, the messagenames look right.
I really hope we won't see any more of those problems now.
Thanks Bjoern
-- Bjoern Rost portrix.net GmbH Stresemannstr. 375 22761 Hamburg Germany fon +49-40-39 80 53 - 19 fax +49-40-39 80 53 - 29 http://www.portrix.net
participants (6)
-
Bjoern Rost
-
Curtis Maloney
-
Jakob Curdes
-
Robert Hart
-
Simon Bowden
-
Timo Sirainen