Sendmail/Plussed Folders --WAS-- Re: [PATCH][CVS IMAPd 2.1] lmtp_downcase_rcpt implementation (2)

Scott Adkins adkinss at
Thu Dec 26 11:55:37 EST 2002

--On Wednesday, December 25, 2002 10:59 AM -0200 Henrique de Moraes 
Holschuh <hmh at> wrote:

> Here's the improved patch. It skips over the +Mailbox part of the
> recipient, in the most straightforward way possible ;-)

Sorry, didn't see this message until too late... ignore my last post on
the subject... you just fixed it :)

On another note, it seems that sendmail has issues with talking directly
to LMTP (meaning, not using the deliver program) and being able to deliver
messages to plussed folders of a user account.  At least as of sendmail
8.12.5, messages sent to plussed folders are simply deposited to the user's
INBOX.  Maybe that has been fixed by mucking around with the M4 code for
the Cyrus configuration, but I doubt it.

There is a PRESERVE_LOCAL_PLUS_DETAIL option in proto.m4 that can be used,
but as I have seen from my testing, it only works when sendmail calls the
deliver program directly ("deliver -e -m $h -- $u" was what we used), and
the reasoning for that is that the hostname and the username were broken
out into two seperate macros and passed individually on the deliver command
line.  Using that option with LMTP directly ends up losing the $h portion
of the macro, and only $u is sent via the LMTP protocol.  Soooo....

I ended up patching sendmail (I can post the patch, which is current as of
8.12.5, but should work for 8.12.6) that allows plussed folder details to
be passed along untouched to the LMTP server, and even implemented a flag
that would allow the username to be lowercased and leave the plussed folder
portion untouched before passing it to LMTP.

So, my question to the list is this:

Has anyone else had this problem (plussed folder emails sent to sendmail
that is configured to talk to LMTP directly, either my UNIX domain socket
or my TCP socket)?  If so, how was it resolved?

Is there a better way to do this using the M4 macros as opposed to how I
solved the problem by patching the code?

      Scott W. Adkins      
   UNIX Systems Engineer                  mailto:adkinss at
        ICQ 7626282                 Work (740)593-9478 Fax (740)593-1944
     PGP Public Key available at
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 231 bytes
Desc: not available
Url :

More information about the Info-cyrus mailing list