Postfix - invalid message or multipart encoding domain

A

afzBerthold

New Member
Moin,
beim versenden einer Mail über unseren Postfix Mailserver kam folgende Nachricht vom Empfänger zurück:

Code: 
  550 5.6.0 Failed, id=01263-04, from MTA([127.0.0.1]:10025): 550 5.6.0
  invalid message/* or multipart/* encoding domain (in reply to end of
DATA
  command)

Nachdem ich gestern mehrere Stunden mit der Fehlerdiagnose zugebracht habe bin ich leider zu keinem brauchbaren Ergebnis gekommen. Die Einträge aus dem maillog besagen:

Code: 
mail.info.0:May 24 11:17:11 unserHostname postfix/smtp[17955]: 2AA7B3C3841E: to=<Empfänger>, relay=mx01.netclusive.de[89.110.132.162]:25, delay=402, delays=401/0.01/0.13/0.6, dsn=5.6.0, status=bounced (host mx01.netclusive.de[89.110.132.162] said: 550 5.6.0 Failed, id=01263-04, from MTA([127.0.0.1]:10025): 550 5.6.0 invalid message/* or multipart/* encoding domain (in reply to end of DATA command))

mail.info.0:May 24 11:17:12 unserHostname postfix/bounce[17956]: 2AA7B3C3841E: sender non-delivery notification: F23F63C3842F

Anscheinend läuft die Mail in deren Conentfilter. Leider ist unklar warum. Vielleicht hat ja jemand eine Idee.

Die Header der Mail:
Code: 
Content-Type: multipart/mixed;
boundary="=_f9ce110e2fe96fafa55a2ae9dae6a50f"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0

Die Daten für Empfänger sind per UTF-8 codiert. Der Anhang besteht aus einer PDF und 2 HTML Dateien.
Andere Mails gehen sauber raus - das Ganze konnte ich schon erfolgreich gegen unseren Exchange Server testen.

Für Lösungsansätze wäre ich Dankbar.

Mit freundlichen Grüßen
R. Berthold
 
Moinsen nochmal,
ich hatte nebenbei noch Kontakt mit dem Support vom Mailserver von dem ich die Antwort erhalten hatte.

Laut deren Aussage arbeitet unser Mailserver nicht RFC konform. Wenn ich mich recht entsinne ist es doch so das meine Webapplication die Mails zusammen setzt (Header, Content encoding, Content type usw.), an den Postfix übergibt und Postfix anschließend die Mail stumpf versendet. Kann ich in Postfix selbst in den Konfigurationsdateien noch Einstellungen vornehmen bzgl. des Versandes? Gibt es dort direkt noch Einstellungen die man vornehmen kann?

Im Umkehrschluss würde das ja bedeuten das meine Webapplication mist macht beim Zusammenbau?

Wie kann ich denn prüfen ob die Mail die versendet wird RFC konform ist?

Danke
 
Kannst du nicht mal ein harmloses Testmail hier komplett als Source mit dem Code-Button posten?
Dann lässt sich erkennen wo deine Webanwendung was inkorrekt macht.
 
Anbei eine der Mails - aus dem Body der Mail hab ich den eigentlichen Inhalt raus genommen:

Code: 
Delivered-To: eineprivatemailadresse@gmail.com
Received: by 10.182.7.67 with SMTP id h3csp169313oba;
        Tue, 27 May 2014 05:04:08 -0700 (PDT)
X-Received: by 10.112.150.130 with SMTP id ui2mr1675318lbb.80.1401192247561;
        Tue, 27 May 2014 05:04:07 -0700 (PDT)
Return-Path: <info@unseredomain.de>
Received: from host.name.de (host.name.de. [ipdeshosts])
        by mx.google.com with ESMTPS id wh5si24242933wjb.86.2014.05.27.05.04.06
        for <eineprivatemailadresse@gmail.com>
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Tue, 27 May 2014 05:04:07 -0700 (PDT)
Received-SPF: none (google.com: info@unseredomain.de does not designate permitted sender hosts) client-ip=62.75.240.190;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: info@baedergalerie24.de does not designate permitted sender hosts) smtp.mail=info@unseredomain.de
Message-Id: <53847f37.e59cc20a.4b38.ffffc1fdSMTPIN_ADDED_MISSING@mx.google.com>
X-No-Relay: not in my network
Received: from localhost (p5B316FEC.dip0.t-ipconnect.de [91.49.111.236])
	(Authenticated sender: abuse@unseredomain.de)
	by host.name.de (Postfix) with ESMTPA id BAEF32C00009
	for <eineprivatemailadresse@gmail.com>; Tue, 27 May 2014 14:03:33 +0200 (CEST)
To: =?utf-8?B?UmVuZSBCZXJ0aG9sZA==?= <eineprivatemailadresse@gmail.com>
Subject: =?utf-8?B?YsOkZGVyZ2FsZXJpZTI0LmRlOiBTdG9ybm9yZWNobnVuZyBOci4gIyAxMDAwMDAwNDAgZsO8ciBCZXN0ZWxsdW5nIE5yLiAjIDEwMDAwMDIxNg==?=
From: =?utf-8?Q?b=C3=A4dergalerie24=20GmbH?= <info@unseredomain.de>
Date: Tue, 27 May 2014 12:09:29 +0000
Content-Type: multipart/mixed;
 boundary="=_167555c0039fd4fccb4799203e5cf96c"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0

This is a message in Mime Format.  If you see this, your mail reader does not support this format.

--=_167555c0039fd4fccb4799203e5cf96c
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
[I]Hier findet sich HTML Code[/I]

--=_167555c0039fd4fccb4799203e5cf96c
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="AGB.html"

PGh0bWw+PGhlYWQ+PHRpdGxlPkFHQjwvdGl0bGU+PC9oZWFkPjxib2R5PjxwPjxhIGhyZWY9Ii9hZ2JzIiB0YXJnZXQ9Il9ibGFuayI+PGVtPkhpZXIgRmluZGVuIFNpZSB1bnNlcmUgQWxsZ2VtZWluZW4gR2VzY2gmYXVtbDtmdHNiZWRpbmd1bmdlbi48L2VtPjwv
YT48L3A+PC9ib2R5PjwvaHRtbD4=
--=_167555c0039fd4fccb4799203e5cf96c
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Widerrufsbelehrung.html"

PGh0bWw+PGhlYWQ+PHRpdGxlPldpZGVycnVmc2JlbGVocnVuZzwvdGl0bGU+PC9oZWFkPjxib2R5PjxwPjxhIGhyZWY9Ii93aWRlcnJ1ZiIgdGFyZ2V0PSJfYmxhbmsiPjxlbT5IaWVyIGZpbmRlbiBTaWUgdW5zZXJlIFdpZGVycnVmc2JlbGVocnVuZy48L2VtPjwv
YT48L3A+PC9ib2R5PjwvaHRtbD4=
--=_167555c0039fd4fccb4799203e5cf96c
Content-Type: application/pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="AGBs-Widerrruf_6.pdf"

[I]Hier findet sich ein PDF Dokument[/I]

Ich hoffe das hilft weiter - ich bin ein wenig mit meinem Latein am Ende.
Was interessant ist das die mail bei Gmail im Spamverdacht landet.
 
Warum schreibst du nicht einfach bei den PDF als Code 123 rein!
Stattdessen löscht du die boundary mit :(

So kann und will ich's nicht überprüfen.
 
Code: 
From: =?utf-8?Q?b=C3=A4dergalerie24=20GmbH?= <info@unseredomain.de>
Date: Tue, 27 May 2014 12:09:29 +0000
Content-Type: multipart/mixed;
 boundary="=_167555c0039fd4fccb4799203e5cf96c"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0

This is a message in Mime Format.  If you see this, your mail reader does not support this format.

--=_167555c0039fd4fccb4799203e5cf96c

Da fehlt ja wohl Leerzeilen und eine boundary vor dem Content-Transfer-Encoding: quoted-printable !

Was ist denn das für ein kaputter Mailer?
 
Dein Programm, nicht Postfix, generiert es nicht korrekt und deswegen meckert dann der empfangene Mailserver, weil der es für Spam hält.

Die Clients haben kein Problem mit dem Mail, das du mir zum Test gesendet hast.
 
Last edited by a moderator:
Ich tippe darauf, dass
Code: 
Content-Type: multipart/mixed;
 boundary="=_167555c0039fd4fccb4799203e5cf96c"
Content-Transfer-Encoding: quoted-printable
nicht RFC-gerecht ist.
Da gehört gar kein Content-Transfer-Encoding: quoted-printable für multipart/mixed hin!
Wenn schon sollte es für das Ganze Content-Transfer-Encoding: binary sein.

Das wird wohl dein CMS so zusammen gebastelt haben.

Ein Encoding, das darf nur bei den einzelnen angehängten Teilen angebeben werden.


Wie es multipart/mixed aussieht, steht bei http://tools.ietf.org/html/rfc2049#page-15
 
Last edited by a moderator:
Hallo,
ich werde das man im Shopsystem entsprechend prüfen und mir die entsprechende RFC mal zu gemüte führen. Danke für deine Mühe :-).

Sobald ich ein Ergebnis habe werd ich es hier Posten.

Schönen Tag noch
R. Berthold
 
Ich habs gestern mit Perl und dem Modul MIME::Entity getestet, bei multipart/mixed sind die Teile getrennt durch die Boundary

Beispiel (Auslassung ... bei zu langem PDF):
Code: 
Content-Type: multipart/mixed; boundary="----------=_1401273050-4484-0"
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
From: me@myhost.com
To: you@yourhost.com
Subject: Hello, Mix!

This is a multi-part message in MIME format...

------------=_1401273050-4484-0
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: Quoted-Printable

<html>
<p>1=E2=82=AC ohne =C2=B5 mit HTML. <i>=C3=84=C3=96=C3=9C=C3=9F=C3=A4=C3=B6=
=C3=BC=C2=B5</i></p>
</html>

------------=_1401273050-4484-0
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: Quoted-Printable

Das ist GRO=C3=9F und b=C3=B6ser platter Text=

------------=_1401273050-4484-0
Content-Type: application/pdf; name="pdf1.pdf"
Content-Disposition: inline; filename="pdf1.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjMNJeLjz9MNCjEgMCBvYmo8PC9EaWZmZXJlbmNlc1syNC9icmV2
ZS9jYXJvbi9jaXJjdW1mbGV4L2RvdGFjY2VudC9odW5nYXJ1bWxhdXQvb2dv
...
Q0YwN0U0RDgwQTU1MUU1MUE4QTI3OT48NDA2NThFNDk0OENBODg0QkI3NkZB
QjBCMjNFOUM4QkI+XT4+DQpzdGFydHhyZWYNCjExNTExDQolJUVPRg0K

------------=_1401273050-4484-0
Content-Type: application/pdf; name="pdf2.pdf"
Content-Disposition: inline; filename="pdf2.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjMNJeLjz9MNCjEgMCBvYmo8PC9EaWZmZXJlbmNlc1syNC9icmV2
ZS9jYXJvbi9jaXJjdW1mbGV4L2RvdGFjY2VudC9odW5nYXJ1bWxhdXQvb2dv
...
JUVPRg0K

------------=_1401273050-4484-0--

Ich nehme mal an, dass dein Mailer PHP ist, per Hand ohne ein standardisiertes Modul programmiert. Da passieren dann Fehler oder das Template des CMS für den Mailoutput ist kaputt.
 
Der Mailer ist ein Modul (nicht von uns geschrieben) was auf Zend_Mail basiert. Ich bin derzeit dabei in den Quellen des Moduls zu schauen ob da etwas ersichtlich ist woran es liegen könnte.
 
Wenn ich das so durchgreppe, dann sehe ich dass beim ZendFramework-2.3.1 da Zend_Mail bei Content-Transfer-Encoding gar kein binary kann.
ZendFramework-2.3.1//ibrary/Zend/Mail/Header/ContentTransferEncoding.php

Und wer weiß was da stattdessen automatisch erraten wird, in der Webanwendung oder Framework. :/

Du musst wohl oder übel auf einem lokalen Server die gleiche Umgebung aufbauen und dann debuggen oder remote debuggen.
PHP-Entwicklungsumgebungen können das.

Ich kann dir das so nicht weiter helfen. Das ist ein zu spezifisches Problem des PHP-Moduls/-Framework/-Webanwenung.

Viel Erfolg
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top