mouss wrote:
Tom Allison wrote:
trying really hard not to use procmail because I'm trying really hard
to make this more virtual than not.
I think dspam is a really great concept and one of the best
approaches overall that I've seen. I just don't like losing email.
tough pill to swallow.
Configure dspam to forward mail to postfix (add a specific smtpd for
this), and let this smtpd deliver to dbmail. (This is what I meant by
"sandwitch" on the postfix ML).
Only by doing this will you know if the messages were lost because of
dspam alone, because of dbmail alone, or because the dspam + dbmail
combination.
I agree on this.
I think everyone is willing to "trust" that postfix doesn't lose email.
However, I've also had problems with the logging of dspam. It seems (to me) a
little backwards in that debug logging doesn't happen for daemon mode but only
for console. If I'm running into this problem I kind of have to run it as
daemon mode since it might be days before I start seeing this problem again.
As it is, I've turned everything off until I can get my mail filtering moved to
a different box there I can sandwich the processes a little better. I've been
making progress with that and should be able to get something started in the
next few days. This will at least give me plenty of opportunity to capture any
suspect email.
