> Yikes... this isn't good news. The funny thing is that we had this
> working just fine with the old IMAP server (1.5.24) using deliver with
> Sendmail 8.12.0. Here is the cyrus section that we were using:
>
> Mcyrus, P=/usr/cyrus/bin/deliver, F=lsDFMnPqwA5@:|/,
> S=EnvFromL, R=EnvToL/HdrToL,
> U=cyrus:mail, T=DNS/RFC822/X-Unix,
> A=deliver -e -m $h -- $u
>
> Mcyrusbb, P=/usr/cyrus/bin/deliver, F=lsDFMnPu,
> S=EnvFromL, R=EnvToL/HdrToL,
> U=cyrus:mail, T=DNS/RFC822/X-Unix,
> A=deliver -e -m $u
>
> Notice the w flag listed in the first definition. Not only did plussed
> folders work for delivery (something I know was working when we went to
> Sendmail 8.12.0 the previous day, since over half my mail gets delivered
> to plussed folders), but forward files worked properly as well.
>
> So, there must be some way to fix this... I am going to forward this to
> the sendmail folks to see if they can help us as well.
(I commented that same issue on another mail to cyrys-info list.)
I describe your problem with another wording now:
Note that that same 'user' what is passwd looked up
(because uou want .forward proseccing) is same
what is passwd as recipeint on LMTP, ie
RCPT TO:<user>
therefore you need include +detail here (as you do). And it
is passwd looked up.
On deliver method you instead use setup where 'xxxx+bbb' is
handled that way that 'xxxx' is passwd looked up and '+bbb'
is handled as hostname -- you naturally can not do that
with LMTP.
So you need make compromise (if you want passwd lookup for both
xxx@hostname and xxx+cccc@hostname) that xxx+cccc@hostname
is passed via deliver method -- for xxx@hostname you can use
LMTP method still.
--
/"\ | Kari
\ / ASCII Ribbon Campaign | Hurtta
X Against HTML Mail |
/ \ |
