> On Thu, Jan 7, 2010 at 2:14 PM, Wietse Venema <wie...@porcupine.org> wrote:
> > Wendigo Thompson:
> >> *** ENVELOPE RECORDS /var/spool/postfix/maildrop/F423E1976D72 ***
> >> message_size: ? ? ? ? ?444129 ? ? ? ? ? ? 556 ? ? ? ? ? ? ? 1
> >> ? ? ?2 ? ? ? ? ?444129
> >> message_arrival_time: Fri Aug ?1 15:23:30 2008
> >> create_time: Fri Aug ?1 15:23:31 2008
> >> named_attribute: rewrite_context=remote
> >> sender:
> >> named_attribute: log_client_address=10.10.10.1
> >> named_attribute: log_message_origin=unknown[10.10.10.1]
> >> named_attribute: log_helo_name=10.10.10.10
> >> named_attribute: log_protocol_name=ESMTP
> >> named_attribute: client_name=unknown
> >> named_attribute: reverse_client_name=unknown
> >> named_attribute: client_address=10.10.10.10
> >> named_attribute: helo_name=10.10.10.10
> >> named_attribute: client_address_type=2
> >> named_attribute: notify_flags=1
> >> named_attribute: dsn_orig_rcpt=rfc822;my_delivery_mail...@my_system
> >> original_recipient: my_delivery_mail...@my_system
> >> done_recipient: my_delivery_mail...@my_system
> >> *** MESSAGE FILE END /var/spool/postfix/maildrop/F423E1976D72 ***
> >
> > Note the done_recipient record.
> >
> > This message was requeued AFTER all the recipients were delivered
> > (or bounced). ?The pickup daemon should delete such files, because
> > there os nothing left to deliver. I have posted a patch in my
> > previous response that dels with this special case.
Wendigo Thompson:
> Oh! You believe the messages were already delivered? That is a
> relief -- when I found these messages I was alarmed that my
> application was missing them. That's great news, Wietse -- thanks!
All the recipients are marked as "done", so there is nothing to deliver.
Most likely, the message was requeued before the queue manager
had a chance to delete it. Obviously, Postfix should handle this
case better, but that requires source code changes as posted a few
messages ago.
Wietse
