Re: FW: Error in SMTP sequence

11 msg	SMTP authentication with saslauthd against PAM

Error in SMTP sequence
\ Rob Sterenborg (13 Apr 2007)
. \ (Wietse Venema) (13 Apr 2007)
. \ (Wietse Venema) (13 Apr 2007)
. . \ (Wietse Venema) (13 Apr 2007)
. . . \ Rob Sterenborg (13 Apr 2007)
. \ Rob Sterenborg (18 Apr 2007)
. . \ (Wietse Venema) (18 Apr 2007)

2 msg	dkim-milter on relay server unknown-jobid exter...
11 msg	Stubborn Cert issue
3 msg	Problems with false positives
4 msg	reject_unverified_recipient case sensitive?
3 msg	dkim=fail (verification error: invalid key gran...
5 msg	? Using header checks on (Postini) X-pstn-levels
2 msg	Can't find error in my config file. Can you?
1 msg	chroot postgresql ssl problem
15 msg	What cert to buy
3 msg	Address re-writing
9 msg	Mail Rejected when we relay for a client.
8 msg	Queueing up archive messages
2 msg	Cannot send e-mails from any e-mail clients
1 msg	Re: outbound mail failure - need to fix asap -S...
4 msg	outbound mail failure - need to fix asap
3 msg	Postfix alias problem
2 msg	problem to send a mail to a command in aliases
3 msg	smtpd_auth

Subject:	Re: FW: Error in SMTP sequence
Group:	Postfix-users
From:	(Wietse Venema)
Date:	18 Apr 2007

Rob Sterenborg:
> >>> If your sniffer confirms that no "RCPT TO:" is sent, then perhaps
> >>> the cause is a buggy PIPELINING implementation on the sending side.
> >
> > Yes, when I used tcpdump to check (a while ago; don't have
> > the dump anymore), "RCPT TO: " was *NOT* put before the
> > recipient email address.
>
> [...]
>
> > Ok, I'll see what happens when I turn off pipelining for these hosts.
>
> To follow-up on this and for reference: excluding PIPELINGING doesn't
> solve this problem.
>
> Sanitized logs about such session can be found here:
> http://www.sterenborg.info/GW-no-rcptto-pf_log.txt
> http://www.sterenborg.info/GW-no-rcptto-ngrep.txt

Unfortunately, only a packet recording (network-level) with all
the ACK packets, byte offsets, and TCP flags can give deeper insight
why the RCPT TO is not received. It could be a problem of overlapping
data (multiple packets with different data having the same byte
offset in the stream, where the first or last packet is ignored
depending on the receiving system's network stack).

> I guess that since this is doesn't seem to be Postfix related it must be
> GroupWise (or the PIX with smtp-fixup *disabled*, but I haven't heard of
> a PIX sometimes removing "RCPT TO:" commands)..

If the client really does not send "RCPT TO" before the recipient
address, there is no way that the mail would be accepted by any
MTA. In this respect Postfix is no different than other MTAs.

Wietse