Kris Deugau:
> Mar 29 16:35:14 jessie64 postfix/smtpd[17537]: connect from
> localhost[127.0.0.1]
> Mar 29 16:35:27 jessie64 postfix/smtpd[17537]: 26F5E428A4:
> client=localhost[127.0.0.1]
> Mar 29 16:36:02 jessie64 postfix/cleanup[17556]: 26F5E428A4:
> message-id=<f...@bar.com>
> Mar 29 16:36:03 jessie64 mimedefang.pl[17552]: 26F5E428A4:
> clientip=127.0.0.1 smtpauth= from=kdeu...@deepnet.cx to=f...@example.com
> messageid="<f...@bar.com>" queueid=26F5E428A4"
> Mar 29 16:36:03 jessie64 postfix/qmgr[17527]: 26F5E428A4:
> from=<kdeu...@deepnet.cx>, size=324, nrcpt=1 (queue active)
> Mar 29 16:36:03 jessie64 postfix/local[17557]: 26F5E428A4:
> to=<f...@jessie64.pem-lan>, orig_to=<f...@example.com>, relay=local,
> delay=42, delays=42/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to
> command: procmail -a "$EXTENSION")
> Mar 29 16:36:03 jessie64 postfix/qmgr[17527]: 26F5E428A4: removed
> Mar 29 16:36:17 jessie64 postfix/smtpd[17537]: 55ADB428A4:
> client=localhost[127.0.0.1]
> Mar 29 16:36:36 jessie64 postfix/cleanup[17556]: 55ADB428A4:
> message-id=<f...@bar.com>
> Mar 29 16:36:36 jessie64 mimedefang.pl[17552]: clientip=127.0.0.1
> smtpauth= from=kdeu...@deepnet.cx to=b...@example.com
> messageid="<f...@bar.com>" queueid=NOQUEUE"
> Mar 29 16:36:36 jessie64 postfix/qmgr[17527]: 55ADB428A4:
> from=<kdeu...@deepnet.cx>, size=324, nrcpt=1 (queue active)
> Mar 29 16:36:36 jessie64 postfix/local[17557]: 55ADB428A4:
> to=<f...@jessie64.pem-lan>, orig_to=<b...@example.com>, relay=local,
> delay=27, delays=27/0/0/0.03, dsn=2.0.0, status=sent (delivered to
> command: procmail -a "$EXTENSION")
> Mar 29 16:36:36 jessie64 postfix/qmgr[17527]: 55ADB428A4: removed
> Mar 29 16:36:38 jessie64 postfix/smtpd[17537]: disconnect from
> localhost[127.0.0.1] helo=1 mail=2 rcpt=2 data=2 quit=1 commands=8
I can't reproduce this. The Milter sends the queue ID as soon as
it is available (when a message has one recipient, that is with the
DATA command), with each message header, with end of headers, with
body, and with end-of-message. Same behavior with the first and
second message in an SMTP session. I observe this with the Postfix
test-milter program, and by looking at a tcpdump recording of the
traffic between Postfix and milter.
This is with default Postfix settings for macros (no milter-dependent
settings):
milter_mail_macros = i {auth_type} {auth_authen} {auth_author} {mail_addr}
{mail_host} {mail_mailer}
milter_rcpt_macros = i {rcpt_addr} {rcpt_host} {rcpt_mailer}
milter_data_macros = i
milter_end_of_header_macros = i
milter_end_of_data_macros = i
With these settings Postfix dies not send a macro unless it actually
has a value. Postfix never uses NOQUEUE as a queue ID and never
sends NOQUEUE to the milter (confirmed by test-milter program and
tcpdump recording). Thus, your milter is making this up.
Wietse
