At the moment, I'm actually investigating what another subscriber mentioned --
loss of sync on the socket as Postfix sends the message. To resolve this,
I've
turned off its lmtp connection cache. I won't know if this is actually a
sufficient fix for probably another week or so since the
On Fri, 2006-01-13 at 17:41 -0500, John Madden wrote:
At the moment, I'm actually investigating what another subscriber mentioned --
loss of sync on the socket as Postfix sends the message. To resolve this,
I've
turned off its lmtp connection cache. I won't know if this is actually a
Have you tried dumping and restoring your mailbox database? What type
is it anyway? BDB or skiplist? I could imagine wrong delivery could
happen when mailbox database is corrupt.
I haven't, but I don't have any reason to believe it's corrupt aside from this.
It's skiplist.
John
--
On Thu, 12 Jan 2006, John Madden wrote:
I've confirmed that Postfix is providing the correct RCPT TO to lmtpd, yet mail
is
still arriving in the incorrect mailbox. Browsing through the imapd.conf
manpage,
I found there are options in there for LDAP configuration which I hadn't noticed
These are ptloader settings. (see auth_mech and pts_module)
Misconfigured ptloader can cause delivery problems.
And I have no ptloader configuration at all, apparently. I also couldn't find
anything on how to enable ptloader. But I shouldn't need it, either -- the MTA
has to be responsible
...A continuation of my previous thread odd incorrect delivery problem.
I've confirmed that Postfix is providing the correct RCPT TO to lmtpd, yet mail
is
still arriving in the incorrect mailbox. Browsing through the imapd.conf
manpage,
I found there are options in there for LDAP configuration
I've confirmed that Postfix is providing the correct RCPT TO to lmtpd, yet
mail is
still arriving in the incorrect mailbox. Browsing through the imapd.conf
manpage,
I found there are options in there for LDAP configuration which I hadn't
noticed
before (after all, everything's worked
