PHP sendet korrekt, aber bei falschem Empf. kommt NIX retour

14.02.2006, 15:57

Hi allerseits.

Ich habe ein Problem mit dem Versenden von Emails.

Abgesehen davon, daß alle Umlaute im Betreff durch X ersetzt werden (nur, wenn PHP das Script verschickt!) und womit ich leben kann, habe ich das Problem, dass eine an ungültige aber valide Emailadressen versendete Email (in meinem Testfall an johannes_bananensplit@freenet.de) nicht zurückkommt.

Schreibe ich diese Mail über meinen normalen Mailclient, kommt sofort die Rückmeldung "Mailer-Daemon blabla..."

Unten seht ihr den Header, den das Script generiert und der m.E. ausreichend für eine Rückmeldung des Dämons ist.

Ich habe das nun mit drei verschiedenen Mailscripts ausprobiert (zwei davon sind im Netz frei zu kriegen), das Ergebnis ist immer das Gleiche.

Der Inhalt und die Attachements werden korrekt ausgeliefert und die Mail kommt auch beim Empfänger an; aber wenn der nicht vorhanden ist (Zielhost gibt es natürlich, nur die Mailbox nicht), kommt absolut nichts zurück.

Verwende PHP 4.3.9

Code:

To: johannes_bananensplit@freenet.de
Subject: Druckauftrag: Ident-Nummer 263 246 10-2
From: Druckauftrag <mich@meins.de>
Reply-To: Druckauftrag <mich@meins.de>
MIME-Version: 1.0
Content-Type: multipart/mixed;
         boundary="_a28bdd69769ae8cda13140c878d6be31"
Message-Id: <20060214142302.BB4B4FDC044@h8.domprov.de>
Date: Tue, 14 Feb 2006 15:23:02 +0100 (CET)

--_a28bdd69769ae8cda13140c878d6be31
Content-type:text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Dann kommen Inhalt und Attachment...

Bitte, wenn sich einer damit besser auskennt, ich finde einfach keinen Ansatz.

herzlichst, cat

14.02.2006, 22:23

Hmm,
ohne das jetzt weiter zu durchdenken, was soll denn das:
"Return-Path: <cyrus@localhost>"
Wohin soll denn nun der empfangene Daemon die Return-Mail schicken???

15.02.2006, 18:22

meine Rede.

Ich habe als Antwort bekommen, daß ich mein Mailprogramm so schreiben soll, daß es funktioniert - das wäre nicht deren Problem.

Toll was. Dabei sind diese Return-path nicht von mir - von mir wird korrekt der Return-Path: absender-email eingetragen, aber der Mailer schmeisst die dann wieder raus.

der "domprov" ist übrigens greatnet.de

Inhalt des Headers vor dem Senden (Mailadressen hier geändert):

Druckauftrag: Ident-Nummer 263 246 10-2
Return-Path: absender@domain
From: Mein Name <absender@domain>
Reply-To: Mein Name <absender@domain>
MIME-Version: 1.0
X-Mailer: Attachment Mailer ver. 1.0
X-Priority: 2
...

Save-Mode ist deaktiviert (geprüft), das Mail ist nicht zu groß (bei exist. Empfänger kommt es sauber an)

15.02.2006, 18:35

Zitat:

Zitat von Catweazle

Toll was. Dabei sind diese fucking Return-path nicht von mir - von mir wird korrekt der Return-Path: absender-email eingetragen, aber der Mailer schmeisst die dann wieder raus.

Dann versende die Mail übers SMTP. Dafür kannst Du zum Beispiel den PHPMailer verwenden.

15.02.2006, 18:48

karl, ich kann viel machen. Ich kann sogar die Mail in ein Postfach dreschen und per Cronjob versenden - Der Punkt ist aber, daß hier m.E. ein hundsgewöhnliches Config-Problem dafür sorgt, daß kein (habs mit mittlerweile 5 verschiedenen Scripten getestet) Standard-Script - noch nichtmal der nackte mail-Befehl - zu einem korrekten Ergebnis führt.

Warum soll ich meine Scripte den Fehlern des Providers anpassen? Es geht, wie Du Dir sicher denken kannst, hierbei auch um Geld, denn weder Greatnet noch ich arbeiten aus Langeweile oder für lau

Darum muss ich wissen - hat greatnet hier nachzubessern, oder habe ich einen Denkfehler und bin selber doof.

Klar, was ich meine?

Herzlichst, Cat

15.02.2006, 19:08

Zitat:

Zitat von Catweazle

Der Punkt ist aber, daß hier m.E. ein hundsgewöhnliches Config-Problem dafür sorgt

Prima! Wenn Du also Zugriff auf die Konfiguration des von mail() verwendeten Mailers hast, dann passe sie Deinen Vorstellungen an.

15.02.2006, 19:15

Hallo Karl-150.

Nein, habe ich doch nich

- das ist ja die Crux - issn Managed Server.

Alles was ich hab' iss ne leidliche Eingriffsmöglichkeit über Confixx (httpd-Spezial erlaubt ein paar kleine Zusätze in die httpd-conf zu packen) und ein Supportformular, das wohl um 1996 rum gecodet worden ist.

Cronjobs sind ebenfalls nur über Confixx zu starten, einen Root-Zugriff habe ich nicht.

15.02.2006, 19:46

Zitat:

Zitat von Catweazle

Nein, habe ich doch nich

- das ist ja die Crux - issn Managed Server.

Wenn die Änderung des Mail-Headers außerhalb Deines PHP-Skripts
erfolgt - wie ich Dich verstanden habe - und Du keinerlei Einfluss
darauf hast, ob und inwieweit Änderungen durchgeführt werden,
würde ich mich an den Support wenden und nachfragen, was sich
machen lässt.

15.02.2006, 19:48

danke karl - genau das meine ich nämlich auch.

Nachdem der Supportler mir aber so doof geschrieben, war ich unsicher geworden.

Und da ich mich in der Regel mit Datenbanken und weniger mit Mails beschäftige, bin ich da nich so das Oberlicht.

15.02.2006, 21:55

Nachtrag zu den Umlauten.

Ich habe mich durch einige Newsgroups gewühlt.

Folgende Möglichkeit gibt es.
cyrus-imapd-2.2.12-r3 installier mit unsupported_8bit in der USE Variable.
In der imapd.conf muss noch "munge8bit: no" stehn und schon geht es auch
mit 8bit und Umlauten.
...

Da cyrus sehr streng nach RFC822 vorgeht und PHP direkt mit ihm kommuniziert ist der header (also auch der Betreff) von euch VORHER zu kodieren.

Eigentlich ein Witz, daß wir im Zeitalter von UTF-8 noch mit 7-Bit rummachen müssen, aber leider haben nunmal die Buchstaben-armen Amis den Daumen drauf - bislang.

Herzlichst, Marc Humer

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

14.02.2006, 22:23
arkascha Gast Beiträge: n/a	Hmm, ohne das jetzt weiter zu durchdenken, was soll denn das: "Return-Path: <cyrus@localhost>" Wohin soll denn nun der empfangene Daemon die Return-Mail schicken???

15.02.2006, 18:22
Gast Beiträge: n/a	meine Rede. Ich habe als Antwort bekommen, daß ich mein Mailprogramm so schreiben soll, daß es funktioniert - das wäre nicht deren Problem. Toll was. Dabei sind diese Return-path nicht von mir - von mir wird korrekt der Return-Path: absender-email eingetragen, aber der Mailer schmeisst die dann wieder raus. der "domprov" ist übrigens greatnet.de Inhalt des Headers vor dem Senden (Mailadressen hier geändert): Druckauftrag: Ident-Nummer 263 246 10-2 Return-Path: absender@domain From: Mein Name <absender@domain> Reply-To: Mein Name <absender@domain> MIME-Version: 1.0 X-Mailer: Attachment Mailer ver. 1.0 X-Priority: 2 ... Save-Mode ist deaktiviert (geprüft), das Mail ist nicht zu groß (bei exist. Empfänger kommt es sauber an)

15.02.2006, 18:48
Gast Beiträge: n/a	karl, ich kann viel machen. Ich kann sogar die Mail in ein Postfach dreschen und per Cronjob versenden - Der Punkt ist aber, daß hier m.E. ein hundsgewöhnliches Config-Problem dafür sorgt, daß kein (habs mit mittlerweile 5 verschiedenen Scripten getestet) Standard-Script - noch nichtmal der nackte mail-Befehl - zu einem korrekten Ergebnis führt. Warum soll ich meine Scripte den Fehlern des Providers anpassen? Es geht, wie Du Dir sicher denken kannst, hierbei auch um Geld, denn weder Greatnet noch ich arbeiten aus Langeweile oder für lau Darum muss ich wissen - hat greatnet hier nachzubessern, oder habe ich einen Denkfehler und bin selber doof. Klar, was ich meine? Herzlichst, Cat

15.02.2006, 19:15
Gast Beiträge: n/a	Hallo Karl-150. Nein, habe ich doch nich - das ist ja die Crux - issn Managed Server. Alles was ich hab' iss ne leidliche Eingriffsmöglichkeit über Confixx (httpd-Spezial erlaubt ein paar kleine Zusätze in die httpd-conf zu packen) und ein Supportformular, das wohl um 1996 rum gecodet worden ist. Cronjobs sind ebenfalls nur über Confixx zu starten, einen Root-Zugriff habe ich nicht.

15.02.2006, 19:48
Gast Beiträge: n/a	danke karl - genau das meine ich nämlich auch. Nachdem der Supportler mir aber so doof geschrieben, war ich unsicher geworden. Und da ich mich in der Regel mit Datenbanken und weniger mit Mails beschäftige, bin ich da nich so das Oberlicht.

15.02.2006, 21:55
Gast Beiträge: n/a	Nachtrag zu den Umlauten. Ich habe mich durch einige Newsgroups gewühlt. Folgende Möglichkeit gibt es. cyrus-imapd-2.2.12-r3 installier mit unsupported_8bit in der USE Variable. In der imapd.conf muss noch "munge8bit: no" stehn und schon geht es auch mit 8bit und Umlauten. ... Da cyrus sehr streng nach RFC822 vorgeht und PHP direkt mit ihm kommuniziert ist der header (also auch der Betreff) von euch VORHER zu kodieren. Eigentlich ein Witz, daß wir im Zeitalter von UTF-8 noch mit 7-Bit rummachen müssen, aber leider haben nunmal die Buchstaben-armen Amis den Daumen drauf - bislang. Herzlichst, Marc Humer