Mailer daemon blijft DSN uitsturen voor 1 gefaalde mail

[collieke]

Ik heb een tijdje geleden een legitieme mail gekregen van een yahoo mailbox die Postfix blijkbaar niet zo fijn vond. De mailer daemon probeert nu tot in het oneindige status rapporten (zie hieronder) naar die user te sturen waardoor ik al op de zwarte lijst van Yahoo ben gekomen...
Nu enkele avonden zoeken heb ik nog steeds geen progressie. Heb alle queues gecleared maar daarna komen de status reports terug. Ik kan niet vinden waar die dit van haalt. Iemand enig idee hoe ik die geblokkeerde mail kan weghalen of tenminste die DSN voor deze mail kan clearen (let wel, ik wil de autoresponses niet afzetten!)

Bedankt

code:

*** ENVELOPE RECORDS deferred/C/CFED720729 ***
message_size:            5243             626               1               0            5243
message_arrival_time: Wed Jan  7 00:35:03 2015
create_time: Wed Jan  7 00:35:03 2015
named_attribute: log_ident=CFED720729
named_attribute: rewrite_context=local
sender:
named_attribute: log_client_name=localhost
named_attribute: log_client_address=IPv6:::1
named_attribute: log_client_port=57554
named_attribute: log_message_origin=localhost[::1]
named_attribute: log_helo_name=***
named_attribute: log_protocol_name=SMTP
named_attribute: client_name=localhost
named_attribute: reverse_client_name=localhost
named_attribute: client_address=::1
named_attribute: client_port=57554
named_attribute: helo_name=***
named_attribute: protocol_name=SMTP
named_attribute: client_address_type=10
named_attribute: dsn_orig_rcpt=rfc822;***@yahoo.co.uk
original_recipient: ***@yahoo.co.uk
recipient: ***@yahoo.co.uk
*** MESSAGE CONTENTS deferred/C/CFED720729 ***
Received: from *** (localhost [IPv6:::1])
        by *** (Postfix) with SMTP id CFED720729
        for <***@yahoo.co.uk>; Wed,  7 Jan 2015 00:35:03 +0100 (CET)
Subject: Mail delivery failed: returning message to sender
From: Mail Delivery System <MAILER-DAEMON@***>
To: ***@yahoo.co.uk
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
        boundary="foo-mani-padme-hum-7442-7441-1420587303"
Message-Id: <20150106233503.CFED720729@***>
Date: Wed,  7 Jan 2015 00:35:03 +0100 (CET)

--foo-mani-padme-hum-7442-7441-1420587303
Content-Type: text/plain

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error.

Reason: This message was too large (SMTP error 552).

The following address(es) failed:
***@localhost
   SMTP error: 552 5.3.4 Message size exceeds fixed limit

--foo-mani-padme-hum-7442-7441-1420587303
Content-Type: message/delivery-status

Reporting-MTA: dns; ***

Final-Recipient: rfc822; ***@localhost
Last-Attempt-Date: Wed, 07 Jan 2015 00:35:03 +0100 (CET)
Action: failed
Status: 5.3.4
Diagnostic-Code: 552 5.3.4 Message size exceeds fixed limit

Relevante config:

code:

maximal_queue_lifetime = 1d
maximal_backoff_time = 15m
minimal_backoff_time = 5m
queue_run_delay = 5m
bounce_queue_lifetime = 1h

[thunder7]

find /var -exec grep -i Message-Id: <20150106233503.CFED720729@***> {} /dev/null \;

of iets dergelijks om uit te vinden waar die mail nog precies op schijf staat? Ergens moet het nog staan, tenslotte.

[collieke]

De message ID hierboven is natuurlijk van de DSN message. Dus die weet ik wel staan. Heb nu eens gezocht op de message ID van de originele mail die de DSN messages veroorzaakt (Message-ID: <[e-mail]>) maar tot op heden geen succes (/var en /home dirs). Ik zal het eens laten lopen op gans de drive.

[Bastien]

Als ik het goed lees stuurt een Yahoo user een mail naar jouw mailserver welke de mailserver niet wil accepteren omdat deze te groot is? Dan ga je de mail natuurlijk niet terugvinden op je mailserver want deze is immers niet geaccepteerd.

De mail blijft blijkbaar staan in de verzend queue van Yahoo, ik denk dat enkel de afzender deze kan verwijderen. Op zich is het wel raar gedrag. Maar dat is waarschijnlijk de reden dat de DNS reports verzonden blijven worden: de mail wordt steeds opnieuw verzonden. Dat zou je terug moeten kunnen zien in de log van postfix.

Indien dat inderdaad zo is, dan zou je eventueel tijdelijk de maximale grootte van de emails kunnen aanpassen in postfix, dan komt de mail binnen en ben je er hopelijk vanaf. Dat lijkt mij de weg van de minste weerstand.

[collieke]

Die mail stamt al uit september, ik vermoed dat Yahoo die niet blijvend gaat versturen? Maar ik zal de log van postfix eens uitspitten.

Problem solved! Net toen ik deze post had getypt realiseerde ik me het volgende aangezien ik niet kon geloven dat Yahoo die mail zou blijven sturen en de vorige post wel nieuw licht wierp. Mijn inbox doet ook POP3 ophaling van een oude mailbox. En inderdaad, daar zat de mail die te groot was... Alvast heel erg bedankt voor het medenken!

[ Voor 57% gewijzigd door collieke op 07-01-2015 22:20 ]