[oh my!]
Hi all,
After much document reading, I believe I have a setup which works, and is
even slightly cutting edge [i'm using mix].
I wanted to confirm with the experts here that I've done things right. I'm
not sure how many Postfix folks are on this list and I was a bit afraid to
crosspost, but I may post this there if need be.
My goal is/was to setup a new [imap2007c.404 as distributed in UW's Alpine
2.00 source] UW IMAP server on a new server. I'm a 'compile the source'
kind of guy, so no deb/RPMs here. OpenSSL, Postfix, procmail, imap, et al,
all compiled by hand on a Linux server:
$ uname -a
Linux aeryn 2.6.24-21-server #1 SMP Mon Aug 25 17:28:54 UTC 2008 x86_64
GNU/Linux
My original goal was to use tmail with Postfix. I got it work no problem,
but then my 50+ procmail receipes were ignored, as promail was never
called.
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:
tmail unix - n n - - pipe
flags=DR eol=\r\n user=nobody argv=/usr/sbin/tmail ${user}
User nobody runs Postix, as recommended by Postfix; Postfix does not allow
user=root for a pipe.
Also, edit main.cf:
mailbox_transport = tmail
tmail_destination_recipient_limit = 1
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
So, with the above setup, and imapd compiled with mix format by setting
CREATEPROTO to mixproto [and leaving EMPTYPROTO untouched], and also
revising the OpenSSL settings to match how I had set things up:
SSLDIR=/usr/lib/ssl
SSLCERTS=/etc/ssl/certs
SSLKEYS=/etc/ssl/private
SSLINCLUDE=/usr/include/openssl
SSLLIB=/usr/lib/ssl
everything compiled fine. BTW, I'm using postfix v2.5.5 and both IMAP and
postfix [and the pop3d] are configured to use a CA-signed cert.
The problem with the above setup is that procmail is cut out. Mail is
delivered into ~vjl/INBOX/ in mix format just fine, but that's not really
what I want. My ~vjl/.procmailrc gets ignored, since Postfix is handing
local delivery straight to tmail.
So I commented out the two tmail lines in my postfix's main.cf and sent
the mail straight to procmail.
At first, that didn't quite work either, as I was expecting dmail to
create the mailbox if it didn't exist. Upon looking at dmail's man page, I
found that dmail can only create a ~/INBOX/ and not anything else. Mail
was going to my inbox since dmail couldn't create the mailbox I wanted.
I whipped out mailutil, and:
$ mailutil create "#driver.mix/home/vjl/.mailbox/wasps"
I resent the e.mail to myself, and with this very simple procmail recipe,
it got delivered:
SHELL=/bin/sh
VERBOSE=on #normally off
MAILDIR=$HOME/mail
INCOMING=$HOME/.mailbox
#ORGMAIL=/var/mail/vjl
#ORGMAIL=$HOME/INBOX
SENDMAIL=/usr/sbin/sendmail
FORMAIL=/usr/bin/formail
LOGFILE=$HOME/local/procmail.log
LOGABSTRACT=all
#PMDIR=$HOME/.procmail
DMAIL=/usr/sbin/dmail
:0
* ^TO([EMAIL PROTECTED])
| $DMAIL +.mailbox/wasps
And the e.mail ends up in my mix-formated wasps mailbox.
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].
Now my question to y'all here - is this setup well? This is a system that
will be running Mailman with many lists as well as about 3 dozen real
users who use webmail and IMAP clients to access their mail. I can't speak
for my other users, but I have over 400 mailboxes and many have over 8,000
messages in them. The need to move from "unix" mailbox format to something
a bit speedier has been quite the priority for me! :) But before I start
migrating data over, I want to make sure things have been setup as solid
as they can be.
I'm also looking for a "wildcard" solution to converting a lot of
mailboxes from unix into mix format. :-)
Advice, comments, criticisms, etc, are all welcome.
/vjl/
--
Vince J. LaMonica Knowledge is knowing a street is one way.
[EMAIL PROTECTED] <*> Wisdom is still looking in both directions.
Donate today, please: http://www.cancer.org/
_______________________________________________
Imap-uw mailing list
[email protected]
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw
