On Wed, 2003-10-15 at 10:19, Matt Dickinson wrote: > Chris Mason wrote: > > > > procmail can do much of this for you, when the dbmail-smtp fails it > > falls back to deliver into the default spool file. This gives you > > /var/spool/mail/$user > > > > When the database comes back up, run formail -s procmail < > > /var/spool/mail/$user as each user and things will get delivered. It > > won't be super fast since you're forking a procmail for each message > > but it'll work. > > Then maybe my .procmailrc is wrong :-( > > Currently it's: > > :0fw: spamassassin.lock > | spamc > > :0fw > | /usr/local/sbin/dbmail-smtp -u username > > Each time the mail gets inserted into the database, the users' mailbox in > /var/spool/mail/username gets increased by 1 byte in size - this in fact is > just a new line added to the end of the mailbox for each mail delivered, > which in turn leads to a mangled mailbox. Is there a way round this?
The f in :0fw tells procmail the pipe is a filter, so it expects to put the resulting output somewhere, instead of thinking the pipe is a delivery mechanism. Try it without the f. Also try setting LOGFILE=$MAILDIR/log and then look at the log file to see where procmail is sending things. -chris