Mark Horn <[EMAIL PROTECTED]> writes: > There seems to be a subsidiary problem that I've encountered related > to this problem.
Actually, the problem you've described is _exactly_ the one in question. > 4) TMDA connects to localhost:25 and tries to deliver to > [EMAIL PROTECTED] The local postfix knows that this > address doesn't exist, and reples with "550 > <[EMAIL PROTECTED]>: User unknown in local recipient > table". This causes TMDA to die with a message in > tmda_debug.log. TMDA may very well die setting EX_TEMPFAIL (I > dunno). [...] > I can understand why you'd want this process to repeat if the > recipient account just has some sort of problem, that may eventually > get corrected. But the current setup seems to allow for this > particular email (and others like it) to be recycled perpetually > with no hope of ever getting removed from the deferred queue, > because "[EMAIL PROTECTED]" does not exist. Right, but the issue is that one can't be 100% sure that the error is not transient simply because the SMTP server returns a 550 code. The RFC uses very general terms regarding 550, so in practice it's used for a number of error conditions (as Datavortex pointed out). > Since, this problem can *only* exist when a faked hornclan.com email > address is in use, I would like to lobby for the #2 option above You're sure that Postfix will never return a 550 except when trying to relay mail to a non-existent user? > Of course, setting OUTGOINGMAIL = "sendmail" also works. I'm just > hesitant to be permanantly precluded from using smtp for > OUTGOINGMAIL. Does Postfix not offer a way to configure around the problem? Sendmail offers the `LUSER_RELAY' macro for example (see http://www.sendmail.org/m4/domains.html) _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
