281043Re: SASL forward problem
- Nov 2, 2011kapetr:
> 220 mailout1.t-email.cz ESMTPThis SMTP server has an interesting way to report errors.
> EHLO 251-43-13-46.tmcz.cz
> 250-SIZE 15360000
> 250-AUTH LOGIN PLAIN
> 250 DSN
> AUTH LOGIN
> 334 xxxxxxxxxx
> 334 xxxxxxxxxxxx
> 235 2.7.0 Authentication successful
> MAIL FROM:<jiri.panek@...> SIZE=519 AUTH=<>
> 250 2.1.0 Ok
> RCPT TO:<jipan@...> ORCPT=rfc822;jipan@...
> 555 5.5.4 Unsupported option: AUTH=<>
> I thing, my Postfix should ignore the "555 5.5.4 Unsupported option:Postfix cannot ignore 555 after RCPT TO. And we already know that
> AUTH=<>" and continue.
the server would not accept the mail (in your earlier email it
replied with "554 5.5.1 Error: no valid recipients" to the DATA
> Or better do not send it at all - what is it at all?Postfix is not written by imitation. It is written by implementing
mail standards. The AUTH command and the AUTH= option are defined
in RFC 2554 which was written many years ago.
Unfortunately, not sending AUTH= involves editing Postfix source
code or using a proxy that removes the AUTH= option. There is no
feature to filter the commands that Postfix sends, like there is
for the replies that Postfix receives.
A third option is to edit the Postfix smtp executable file. Look
for the string " AUTH=<>" and replace the space with a null byte.
As for editing source code, this is in src/smtp/smtp_proto.c.
Just delete the portion with:
* We authenticate the local MTA only, but not the sender.
&& (session->features & SMTP_FEATURE_AUTH))
vstring_strcat(next_command, " AUTH=<>");
> As you wrote: "If that is the case, then the serverYour machine is the SMTP client. The ISP is the SMTP server.
> mis-implements SMTP command
> Did you mean my server (my postfix) or ISPs server ?
- << Previous post in topic Next post in topic >>