281137Re: SASL forward problem
- Nov 5, 2011Hello,
I didn't thing, that my Postfix is the bad guy, but if the client is
Evolution (in SSL+SASL connection with the ISPs server), the
messages goes out without problem.
The problem is only if Postfix is the client ?!
I have try yours "to modify executable" way.
The "AUTH=<>" is in /usr/lib/postfix/smtp - I had edit it in "mc"
and have replaced it with " " and left the "^@" (this is probably
the NULL byte).
But it just give an error in log:
Nov 5 11:24:05 zly-hugo postfix/master: warning:
/usr/lib/postfix/smtp: bad command startup -- throttling
Nov 5 11:25:05 zly-hugo postfix/master: warning: process
/usr/lib/postfix/smtp pid 2633 killed by signal 11
>Date: Wed, 2 Nov 2011 15:41:04 -0400 (EDT)--
>From: Wietse Venema <wietse@...>
>Subject: Re: SASL forward problem
>> 220 mailout1.t-email.cz ESMTP
>> 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=<>
>This SMTP server has an interesting way to report errors.
>> I thing, my Postfix should ignore the "555 5.5.4 Unsupported
>> >> AUTH=<>" and continue.
>Postfix cannot ignore 555 after RCPT TO. And we already know that
>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 server
>> mis-implements SMTP command
>> Did you mean my server (my postfix) or ISPs server ?
>Your machine is the SMTP client. The ISP is the SMTP server.
Jak co nejlépe přichystat automobil na provoz v nadcházející zimní
sezóně? Čtěte speciál Příprava auta na zimu na
- << Previous post in topic Next post in topic >>