On 2011-02-23 15:20, [email protected] wrote: > Half of customer did receive it... half not (including myself) . A > rebuild of the index did make the mail appear! :(
You may try to disable IDLE in dbmail.conf by overriding the CAPABILITY: dbmail-2.2 is not very good at communicating the correct EXISTS/RECENT which may confuse thunderbirds mapping between message sequence numbers (MSN) and unique message ids (UID) Also sounds like maybe a problem with the calculation of UIDNEXT, but that code is so simple it doesn't leave much room for race-conditions. Can you provide a little more details to help reproduce this? You mention someone sending a single message to a lot of users. Can you give me some details: number of recipients on the dbmail system, database system, method of delivery (dbmail-smtp or lmtp), number of lmtp processes running. If you're using lmtp and postfix: how wide is the lmtp pipeline (the maxproc field in /etc/postfix/master.cf on the lmtp line). Also, if you have a way of reproducing this, you can run thunderbird in debug-mode and send me the result. this page has some info on how to do that: http://wiki.dovecot.org/Debugging/Thunderbird start TB in debug mode open your INBOX do whatever is needed to trigger the problem check for messages in TB: message missing stop TB -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ DBmail mailing list [email protected] http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
