Jakob, > I am trying to track down a problem that occurred several times now in a > postfix-amavisd-new setup (postfix 2.1.1, amavisd 2.6.1) on an internal > mail server. The error scenario is this: > > 1. somebody "outside" sends a mail with a from address like "Müller, > Martin<[email protected]> > (valid header, encoded in ISO-8859-1 etc). > 2. Mail is received and passed to the destination mailbox, local user > reads mail and replies to it > 3. mail reply gets to the internal mail server and there the address is > split into a "local" part "Müller" which then postfix tries to deliver > and a second part <[email protected]> .
I suspect the problem is in the way local MUA submits its mail, or in the MUA itself. > The second mail is > delivered normally, the first part generates local bounce messages etc > and even causes the postfix "local" component to crash. > Feb 4 17:03:35 themachine postfix/master[2085]: warning: process > /usr/libexec/postfix/local pid 26587 killed by signal 11 You will need to bring this part to the postfix users list. The version 2.1.1 is no longer updated, the oldest Postfix version still updated is 2.3. Perhaps it's time to upgrade Postfix to 2.5. There are two(and a half) problems here: - the 'local' shouldn't have crashed regardless of a junk recipient address; - smtpd service shouldn't have accepted mail from amavisd for a local recipient which does not exist (no recipient validation in old Postfix); - smtpd service shouldn't have accepted mail from MUA for a local recipient which does not exist > Here an example from hand-generated email with the following > recipient: "Curdeß, Jakob<[email protected]>" > Feb 4 17:03:35 themachine postfix/smtp[26570]: 624997F6D: > to=<[email protected]>, orig_to=<Curde?>, relay=127.0.0.1[127.0.0.1], > delay=0, status=sent (250 2.6.0 Ok, id=20253-07, from > MTA([127.0.0.1]:10025): 250 Ok: queued as AF2197ECC) > Feb 4 17:03:35 themachine postfix/smtp[26570]: 624997F6D: > to=<[email protected]>, relay=127.0.0.1[127.0.0.1], delay=0, > status=sent (250 2.6.0 Ok, id=20253-07, from MTA([127.0.0.1]:10025): > 250 Ok: queued as AF2197ECC) The incorrect recipient addresses were submited this way to the Postfix. This happened before mail was passed on to amavisd. > I am not sure what exactly the problem is; when searching for it in the > amavisd archives I found only the Net:SMTP problems that should be > resolved in 2.6.x versions. Any ideas? Did somebody see this behavior also? This was not amavisd problem. Search the log for 624997F6D, see how the mail was submitted to Postfix. Did anything of special of interest happen before that (like some mail processing by a shell command)? What is the MUA client? Did it submit its mail through SMTP or through a 'sendmail' command? Mark ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
