> For those who don't care about procmail, the way I got Postfix working was 
> to setuid dmail [err...is there another way?] and edit master.cf:

Do you mean setuid root for tmail? dmail should not be setuid.

> tmail      unix -       n       n       -       -       pipe
>      flags=DR eol=\r\n user=nobody argv=/usr/sbin/tmail ${user}

You'll want the "u" flag also. I would also suggest getting rid of the
"D" and "R" flags and using "-f ${sender}" with the tmail argv instead.

> Also, edit main.cf:
> 
> mailbox_transport = tmail
> tmail_destination_recipient_limit = 1

Good.

> NOTE: mailbox_transport *overwrites* mailbox_command. So if you set both, 
> only mailbox_transport will be honored. My mailbox_command was [and still 
> is]:
> 
> mailbox_command = /usr/bin/procmail -Y -a $DOMAIN

It is correct to use mailbox_transport and not mailbox_command for tmail
because AFAIK mailbox_command doesn't let you set the EOL correctly,
amongst other things.

> The problem with the above setup is that procmail is cut out.

You've asked postfix to pipe to tmail for local delivery; either an
alias or a .forward file will take precedence over mailbox_transport, so
if you want to configure use of procmail per-user then use one of these
mechanisms. If tmail is not correct for the "default" local delivery
mechanism, don't use the configuration you have.

> A few legacy subtitutes in my procmailrc file will need to be changed. I 
> noticed that if I changed the last line above to:
> 
> | $DMAIL +$INCOMING/wasps
> 
> that procmail would fail. INCOMING is set as /home/vjl/.mailbox but to 
> work with dmail, really all INCOMING needs to be set as is .mailbox [and 
> the same goes with ORGMAIL].

dmail does not accept absolute pathnames for the +folder arg.

> I'm also looking for a "wildcard" solution to converting a lot of 
> mailboxes from unix into mix format. :-)

A script that calls mixcvt would be best. How you prevent folder
modification during conversion is site-dependent. You might want to
stop postfix and disable a small number of accounts, convert them, then
repeat for other accounts.

Cheers,

        - Joel
_______________________________________________
Imap-uw mailing list
[email protected]
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

Reply via email to