Hi Mathew: hmmm It sounds like something is amiss maybe with your postfix transport config. It should be sending the messages to queue and not to the Unix maildrop when your MTA goes down. Then, when your MTA is back you simply do a postfx flush or a postsuper -r ALL to requeue everything.
Check your master.cf and then your main.cf to make sure it knows only dbmail-smtp or dbmail-lmtp:127.0.0.1:24 for transport. and a good suggestion would be to use lmtpd for primary delivery and dbmail-smtp for your exceptions if you have any. best... Mike ----- Original Message ----- From: "Matthew T. O'Connor" <[email protected]> To: "DBMail mailinglist" <[email protected]> Sent: Thursday, March 24, 2005 11:57 AM Subject: [Dbmail] DBMail related Postfix question Sorry, if this is a silly question, but I don't know the answer to it. I'm running a simple Postfix/DBMail/Postgresql dbmail setup. While I was working on my dbmail setup (testing a patch that Paul sent me) and I accidentally made dbmail-smtp unavailable for a few minutes on my mail server. So Postfix was not able to deliver email using dbmail-smtp, as a result Postfix dumped the mail into /var/spool/mail/<username> My question is: How do I now get those messages into dbmail? Do I somehow get postfix to reprocess the email in /var/spool/mail so that it will try again to deliver it via dbmail-smtp, or is there a way to tell dbmail-smtp to do it? Thanks for the help, Matthew _______________________________________________ Dbmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
