Hallo,
Der "W32/Mydoom.A@mm [Orion], I-Worm.Mydoom.a [AVP]" Virus tarnt sich als Bounce-Meldung. Da helfen leider die notify_classes von Postfix auch nichts, da es keine echten bounce Meldungen sind. Im Dateianhang befindet sich dann der Virus statt der Ursprungsemail.
Was unsere Intranator Postmaster z.Z. sehr häufig vom MAILER-DAEMON erhalten sind keine Bounce-Meldungen, sondern Aufzeichnungen von SMTP Sessions, die mit 550 beantwortet wurden. Ein Beispiel:
Code:
Transcript of session follows.
Out: 220 mail.united-forwarders.ch ESMTP
In: EHLO santandersantiago.cl
Out: 250-mail.united-forwarders.ch
Out: 250-PIPELINING
Out: 250-SIZE 104857600
Out: 250-ETRN
Out: 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
Out: 250-AUTH=CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
Out: 250 8BITMIME
In: MAIL FROM:<ted@santandersantiago.cl>
Out: 250 Ok
In: RCPT TO:<mary@trs-shipping.ch>
Out: 550 <mary@trs-shipping.ch>: User unknown
Session aborted, reason: lost connection
Sieht nach SPAM oder Virus aus. Spielt aber auch keine Rolle, ich möchte nur nicht andauern über solche Details informiert werden. Oder zumindest bestimmen, ob ich das will oder nicht.
# notify & message delays
notify_classes = bounce,2bounce,resource,software
delay_warning_time = 1d
maximal_queue_lifetime = 5d
Die "delay_warning_time" und "maximal_queue_lifetime" sind ab dem nächsten Update einstellbar.
Sehr schön. Aber wieso ist bounce bei notify_classes dabei? Dies kann bestimmt sehr nützlich sein, ist aber im normalen Betrieb eher lästig...
Mit freundlichen Grüssen,
Jukka Salmi
Zitieren