Postfix: Attachments eingehender Mails gehen verloren



hermes2000

New Member
Hi,
seit einigen Tagen bin ich mit dem Problem konfrontiert, dass postfix aus eingehenden Mails die Anhänge verschwinden läßt. Die Mails werden zwar zugestellt, aber ohne Anhang. Keine Fehlermeldungen im mail.log ....

mir ist aufgefallen dass:
- das Problem besteht nur bei eingehenden Mails von gewissen Domains
- die Adressen der Absender verwenden im local-part Gross / Kleinschreibung (z.B. [email protected]). Zufall oder deutet es auf Exchangeserver hin?

Bitte Hilfe!

Hier ein Ausschnitt aus dem mail.log (Mail mit 6MB Attachment, size passt also)

Code:
Aug 19 13:04:55 mib postfix/smtpd[4929]: connect from server.xy.de[77.77.77.77]
Aug 19 13:05:12 mib postfix/smtpd[4929]: A738719F811B: client=server.xy.de[77.77.77.77]
Aug 19 13:05:12 mib postfix/cleanup[5260]: A738719F811B: message-id=<[email protected]>
Aug 19 13:06:09 mib postfix/qmgr[19136]: A738719F811B: from=<[email protected]>, size=6205128, nrcpt=1 (queue active)
Aug 19 13:06:09 mib postfix/smtpd[4929]: disconnect from server.xy.de[77.77.77.77]
Aug 19 13:06:09 mib postfix/pickup[4336]: BEFEF19F8122: uid=114 from=<[email protected]>
Aug 19 13:06:09 mib postfix/cleanup[5260]: BEFEF19F8122: message-id=<[email protected]>
Aug 19 13:06:09 mib postfix/pipe[5286]: A738719F811B: to=<[email protected]>, orig_to=<[email protected]>, relay=dfilt, delay=57, delays=57/0.01/0/0.14, dsn=2.0.0, status=sent (delivered via dfilt service)
Aug 19 13:06:09 mib postfix/qmgr[19136]: A738719F811B: removed
Aug 19 13:06:09 mib postfix/qmgr[19136]: BEFEF19F8122: from=<[email protected]>, size=6804, nrcpt=1 (queue active)
Aug 19 13:06:09 mib postfix/pickup[4336]: D4F7919F8121: uid=10031 from=<nhuber>Aug 19 13:06:09 mib postfix/cleanup[5260]: D4F7919F8121: 
message-id=<[email protected]>
Aug 19 13:06:09 mib postfix/qmgr[19136]: D4F7919F8121: from=<[email protected]>, size=402, nrcpt=1 (queue active)
Aug 19 13:06:09 mib postfix/local[5314]: D4F7919F8121: 

to=<[email protected]>, relay=local, delay=0.08, delays=0.05/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to command: 

/usr/bin/procmail -f-)
Aug 19 13:06:09 mib postfix/qmgr[19136]: D4F7919F8121: removed
Aug 19 13:06:17 mib postfix/local[5297]: BEFEF19F8122: 

to=<[email protected]>, relay=local, delay=7.3, delays=0.08/0.01/0/7.3, dsn=2.0.0, status=sent (delivered to command: 

/usr/bin/procmail -f-)
MOD: Code Tags gesetzt.
 
Last edited by a moderator:
Also an Postfix liegt es nicht, denn Postfix weiß gar nicht, was ein Attachment ist (Attachments sind ganz normale Bestandteile des Mailtextes, die durch spezielle Markierungen getrennt sind -- erst der Mailreader macht daraus separat anschaubare Einheiten).

Der einzige "Schuldige", der auf dem Server in Frage kommen könnte (auch wenn das unwahrscheinlich ist), ist procmail, das die Auslieferung vornimmt. Daher müsstest Du mal die verwendete procmailrc-Datei anschauen oder hier posten (bitte in [noparse]
Code:
...
[/noparse]-Tags).
 
Outlook ist sicher nicht Schuld. Die Mails sind bereits ohne Attachment, wenn Sie im Postfach der User landen. In der Queue sehe ich aber, dass die Attachments runtergeladen werden.
die .procmail.rc ruft folgende includes auf:

.mailsize.rc
Code:
SHELL=/bin/sh

:0
{
  :0 c
  | wc -c | formail -A"X-Loop: ${LOGNAME}@localhost.localdomain" \
                    -I"Subject: Mailsize: ${LOGNAME}" | \
  $SENDMAIL -oi [email protected]
}

.spamassassin.rc
Code:
# SpamAssassin sample procmailrc
#
# Pipe the mail through spamassassin (replace 'spamassassin' with 'spamc'
# if you use the spamc/spamd combination)
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
:0fw
* < 256000
| /home/admispconfig/ispconfig/tools/spamassassin/usr/bin/spamassassin --prefs-file=/var/www/web1/user/nhuber/.user_prefs
antivirus.rc
Code:
:0fw
| /home/admispconfig/ispconfig/tools/clamav/bin/clamassassin

:0:
* ^X-Virus-Status: Yes
/dev/null

ich verwende ispconfig. kann also sein, dass da noch andere globale filter definiert sind.
 
Last edited by a moderator:
Back
Top