On Mon, Apr 28, 2014 at 11:17:36PM -0400, Andy Yen wrote:

> Hi, sorry, it appears I forgot to add the logs.
> 
> This is the output from /var/log/maillog
> 
> Apr 28 21:50:27 mail postfix/smtp[13404]: 8F8E3142500B4:
> to=<andy...@somedomain.com>, relay=mail.somedomain.com[216.70.96.226]:25,
> delay=1.2, delays=0.05/0/0.98/0.2, dsn=2.0.0, status=sent (250 ok 1398736227
> qp 7475)
> Apr 28 22:06:47 mail postfix/smtp[15276]: 2D7D3142500D1:
> to=<andy...@somedomain.com>, relay=mail.somedomain.com[216.70.96.226]:25,
> delay=0.75, delays=0.05/0/0.5/0.2, dsn=2.0.0, status=sent (250 ok 1398737207
> qp 7660)
> Apr 28 22:15:00 mail postfix/smtp[16179]: A56FD142500D8:
> to=<andy...@somedomain.com>, relay=mail.somedomain.com[216.70.96.226]:25,
> delay=0.57, delays=0.06/0.01/0.3/0.2, dsn=2.0.0, status=sent (250 ok
> 1398737700 qp 7767)

With 3 queue files you get three deliveries.  The real there are
three is to be found earlier in the logs by applying curiosity
and initiative to track these back to their origin.

These messages have timestamps 16 minutes and 9 minutes apart
respectively, there is very little chance that they are duplicated
inside Postfix.  They are independent transmissions.

> And just for good measure, here is the header of one of the duplicate
> emails:

If you're claiming something is a duplicate, sure it would make
sense to to show at least two of it.

> Received: from mail.mypostfixserver.ch (37.35.106.36)
>   by somedomain2.com with SMTP; 28 Apr 2014 19:15:00 -0700
> Received: by mail.mypostfixserver.ch (Postfix, from userid 48)
>     id A56FD142500D8; Tue, 29 Apr 2014 02:14:59 +0000 (UTC)

This message came into the Postfix queue directly via pickup, and
was delivered to a remote qmail system without any content filter
or other hops.  If the other messages took the same route, then
your PHP script injected three messages into the Postfix queue.
The pickup daemon is how mail submitted via the sendmail(1) command
enters the Postfix queue.

Reading the other log entries for the above queue ids is required
follow-up work.

Please spend some time doing a bit of reading the data you collect
and following the chain of evidence rather than punting logs you've
not bothered to read to the list.

-- 
        Viktor.

Reply via email to