GMX verschluckt Mails die mit PHP gesendet wurden

[dusty]

Hallo!

mir ist heute aufgefallen, daß eMails die von meiner Website mit der PHP-Funktion Mail an GMX-Accounts gesendet wurden nicht ankommen (auch nicht im Spamverdachtsordner). Bis vor 1-2 Wochen hat es jedenfalls noch funktioniert. Im Mailserver-Log ist auch keine Fehlermeldung zu finden.
Bei Netscape.net habe ich das Phänomen schon länger, aber da hat es sich nicht gelohnt dem nachzugehen, da die Anzahl der Nutzer dieser eMailadressen in meiner Zielgruppe eher gering ist.

Habe bereits eine Mail deswegen an GMX geschrieben, aber bislang keine Antwort.

Wenn ich per eMailprogramm über den gleichen Mailserver eine Mail an eine GMX-Adresse sende geht es.

Hat jemand eine Idee?

[twitch]

scheint, als würde GMX irgendwas am HEader der Mail stören, die du sendest.

[auftragslinker]

altbekanntes problem. liegt wirklich am header. gibts auch keinen weg drumrum...

[DJTonic]

mir ist aufgefallen dass der sendende mailserver die gleiche IP wie die domain der mailadresse, über die du sendest, haben muss. dann klappts i.d.r.

[dusty]

Also der HEADER ist von einer durchgegangenen Mail:

Return-Path: <***@***.de>
X-Flags: 1001
Delivered-To: GMX delivery to meine_adresse@gmx.de
Received: (qmail invoked by alias); 20 Jul 2006 07:07:08 -0000
Received: from server2.***.de (EHLO server2.***.de) [**.210.**.2]
by mx0.gmx.net (mx067) with SMTP; 20 Jul 2006 09:07:08 +0200
Received: from dslb-084-056-210-174.pools.arcor-ip.net ([84.56.210.174] helo=[192.168.1.12])
by server2.***.de with esmtpa (Exim 4.50)
id 1G3Scl-0002ze-Tq
for meine_adresse@gmx.de; Thu, 20 Jul 2006 09:07:08 +0200
Message-ID: <44BF2B9A.4040804@****.de>
Date: Thu, 20 Jul 2006 09:07:06 +0200
From: =?ISO-8859-15?Q?Mein_Name
<mein_name@meine_domain.de>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: meine_adresse@gmx.de
Subject: TEST
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: /UfULIM4TlIvsmVLyWhr5XxGU2poZRkG

Der von einer eMail die ich von der Website aus gesendet habe und wo ich mir ein Duplikat geschickt habe:

From - Thu Jul 20 09:54:07 2006
X-Account-Key: account7
X-UIDL: UID3139-1148906326
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-path: <web90p1@server2>
Envelope-to: mein_postfach@***.de
Delivery-date: Thu, 20 Jul 2006 09:53:48 +0200
Received: from Debian-exim by server2.****.de with spam-scanned (Exim 4.50)
id 1G3TLv-0005oY-SF
for mein_postfach@***.de; Thu, 20 Jul 2006 09:53:48 +0200
Received: from web90 by server2.***.de with local (Exim 4.50)
id 1G3TLv-0005oV-N1
for mein_name@***.de; Thu, 20 Jul 2006 09:53:47 +0200
To: mein_name@***.de
Subject: Mailtest
From:Meine Seite <info@***.de>
Sender: "Meine Seite" <info@***.de>
Message-Id: <E1G3TLv-0005oV-N1@server2.***.de>
Date: Thu, 20 Jul 2006 09:53:47 +0200

Ich hatte bereits mal testweise

User-Agent: PHP-Mail
MIME-Version: 1.0
X-Flags: 1001

eingebaut. Das hatte aber auch keinen Unterschied gemacht.

Wie bekomme ich das "irgendwas" nur raus?

[dusty]

@DJTonic

Die Domain und der Mailserver laufen unter der gleichen IP. Daran kanns nicht liegen.

[Anonymous]

wo hasste das denn bei deiner Mail:

Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

ist der MX Eintrag für den Server auch richtig?

[dusty]

@net(t)worker:

Ob Content-Type und Encoding jetzt drin ist oder nicht spielt anscheinend keine Rolle. Denn ich habe es auch mal in ein PHP-Script eingebaut, da ist die Mail trotzdem nicht durchgegangen. Hatte ich bei der Aufzählung vorhin wohl übersehen...

Die MX-Einträge sollten auch stimmen. Geht ja auch, wenn ich über den selben Server per Thunderbird oder Outlook eine Mail an eine GMX-Adresse schicke.

[DJTonic]

hm gmx+ web.de und v.a. aol werden immer wählerischer.
verschick die mails doch via smtp direkt da kommen die eigentlich immer an.

[Babelfisch]

Ich schicke tägliche mehrere E-Mails über PHP an einen GMX-Account. Grundsätzlich kommen diese E-Mails problemlos an, auch wenn der Spamfilter von GMX einen Bug beim Charset-Header hat. Wenn da Leerzeichen vorhanden sind (bspw. so: charset = "ISO-8859-1") kommen Warnungen wie MIME_HTML_NO_CHARSET. Ich hatte das mal gemeldet und laut Aussage eines Mitarbeiters sollte es auch behoben werden. Hab jetzt aber nicht getestet, ob es schon geschehen ist.

Zum "Verschwinden" von E-Mails bei GMX kann ich nur sagen - es kommt vor, allerdings relativ selten. In 2 Jahren habe ich ca. 3 Fälle, wo an einem Tag mehrere E-Mails nicht angekommen sind, obwohl sie nachweislich von mx*.gmx.net angenommen wurden. Der Support hat dies bisher nicht klären können oder wollen. Einmal habe ich sogar nach 3 Tagen einen Bounce zurückbekommen:

Code: Alles auswählen

Hi. This is the qmail-send program at mx0.gmx.net.
> I'm afraid I wasn't able to deliver your message to the following addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.

<******@gmx.net>&#58;

I'm_not_going_to_try_again;_this_message_has_been_in_the_queue_too_long./

Die angegebene E-Mail Adresse gab es natürlich, was der GMX Support irgendwie nicht einsehen wollte und den Fehler auf meinen Mailserver geschoben hat.

Wie auch immer, an PHP oder den mitgesendeten Header liegt es sehr wahrscheinlich nicht. Teste einfach mal, ob jetzt alles wieder funktioniert. Das ist ein Problem von GMX und da kann man (selbst als zahlender Kunde) leider nicht viel ausrichten.

[Hasenhuf]

scheint, als würde GMX irgendwas am HEader der Mail stören, die du sendest.

Das dürften Sie aber nicht zum Anlaß nehmen, um die Emails im Sinne eines Spamfilters nicht zuzustellen. Wenn es ein technisches Problem ist, ist es was anderes.

[heddesheimer]

Es gab mal einen ähnlichen Fall bei AOL, vielleicht hilft das ja weiter:

https://www.lernpilot.de/blog/index.php ... _und_jetzt

Gruß
Marian

[dusty]

Ich gehe mal davon aus, dass der Fehler im Header liegt. Da weder ich noch mein SysAdmin das näher eingrenzen konnte und es wohl auch noch Arcor betroffen hat, habe ich jetzt alles auf SMTP-Versand umgestellt.

Danke für die Hilfe!

[oldInternetUser]

GMX ist etwas merkwürdig.

Ich hatte mal per Zufall festgestellt, daß Mails von meinem dezidierten Server mit fester IP, korrektem Reverse-Eintrag usw. bei GMX als Spam mit dem Wert 5 klassifiziert wurden (einschließlich Provider- und Dialup-Verdacht).

Was war? Ich hatte als From nur eine Mailadresse angegeben.

Das ersetzt durch

Code: Alles auswählen

"Angebotsname" <bisherige Mailadresse>

brachte den Spamscore sofort auf ...?

Wer tippt?

Der Spamscore war auf 0, obwohl natürlich sonst nichts geändert worden ist.

[dusty]

Meine eMails sind ja nichtmal im Spam-Ordner geladet bzw. auch bei komplett deaktivierem Spam-Schutz nicht angekommen. Obwohl GMX im SMTP-Protokoll den Empfang mit einem OK bestätigt hat ward nie etwas in meinem Postfach gesehen

Bevor ich mich an die Umstellung meiner Scripte auf SMTP gemacht habe, hatte ich auch alle möglichen Header-Varianten, sofern ich die beeinflussen kann ausprobiert. Ohne jegliche Veränderung.

Ich habe auch in den Headern von so versendeten eMails an mein "normales" Postfach, wo die über PHP versendeten Mails angekommen sind, keinen offensichtlichen Fehler entdecken können. Bin da aber nicht so das Freak... Mein SysAdmin hat zumindest auch nichts entdecken können und nach eigenen Angaben auch seit Monaten nichts geändert und da ging es ja.


Der Support von GMX hat mir irgenwann geantwortet:

bitte wenden Sie sich an den Administrator des Servers.

Da GMX den "Spam-Assassin" einsetzt und das Problem ja auch Arcor betraf, gehe ich mal davon aus, das zumindest in der Konfiguration wie das PHP oder der Exim-Mailserver bzw. die Schnittstelle zwischen beiden auf dem Server bei mir derzeit ist, ein nicht 100% RFC 2822 konformer Header erzeugt wird oder der "Spam-Assassin" seit kurzem 110% Reinheit erwartet.

Das ganze ist nur ärgerlich, weil hat mal wieder ein Produktivsystem betroffen war