On 2011-09-19 at 17:32 -0700, Ross Boylan wrote: > I am getting non-spam emails that fail delivery over LMTP to Cyrus IMAP. > Most likely the cause is lines that are too long (though it could also > be embedded NULLs). > > I would appreciate suggestions about how to handle this, assuming I'm > stuck with Cyrus's behavior.*
Cyrus imapd.conf: reject8bit: no munge8bit: no Those should be sufficient. Other advice on integration: If you're using +addressing with Exim's: local_part_suffix = +* local_part_suffix_optional then put "rcpt_include_affixes" on the LMTP-invoking Transport (whether smtp or lmtp driver) to pass the +address on to Cyrus; then the "imapmagicplus: yes" imapd.conf setting will let you grant "anyone" the "p" permission on "foobar" (as a child of INBOX) and you can have auto-delivery into that folder for mail going to you+foobar. I actually use these options on the Transport, besides driver & socket: envelope_to_add user = cyrus group = cyrus rcpt_include_affixes headers_remove = "lines" headers_add = "Lines: $body_linecount" The Lines: header makes mutt's index view able to show how large a mail is without first needing to retrieve the body. (And, personally, I tell cyrus to use "skiplist" or "flat" for all DB types, because I got fed up with debugging yet more bdb self-incompatibilities with upgrades and whether or not db_upgrade would actually work). -Phil -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
