Hallo,
ein Kunde versendet ca. 1000 Emails mit einer RTF-Datei als Anhand (ca.
200kb jeweils) an registrierte Kunden. Diese moechten die Emails
unbedingt erhalten, weil sie fuer die Informationen bezahlen muessen:)

Der Versand muss leider mit mail() und nicht per SMTP gemacht werden,
weil der Provider nur 500 Emails/Stunde bei SMTP zulaesst.

Bei einigen Nutzern gibt es Probleme mit dem Empfang. Die Emails kommen
einfach nicht an. Meine Logs zeigen aber, dass die Email zumindest
fehlerfrei rausgesendet wird.

Schickt man dem Kunden eine Email mit der gleichen Absenderadresse,
Subject etc. vom lokalen Emailclient, dann kommt sie problemlos an.

Meine Vermutung ist daher, dass den Sicherheitseinrichtungen bestimmte
Header-Infos etc. nicht gefallen. Also bspw.

X-Mailer: PHP/4.4.1 etc.

Desweiteren stimmt die "Return-Path:"-Emailadresse nicht mit der
"From"-Adresse ueberein.

Vielleicht habt Ihr einige Tipps?

Danke. mfg. klaus.

Klaus Herzberg schrieb:
> Hallo,
> ein Kunde versendet ca. 1000 Emails mit einer RTF-Datei als Anhand (ca.=

> 200kb jeweils) an registrierte Kunden. Diese moechten die Emails
> unbedingt erhalten, weil sie fuer die Informationen bezahlen muessen:)
>
> Der Versand muss leider mit mail() und nicht per SMTP gemacht werden,
> weil der Provider nur 500 Emails/Stunde bei SMTP zulaesst.
>
> Bei einigen Nutzern gibt es Probleme mit dem Empfang. Die Emails kommen=

> einfach nicht an. Meine Logs zeigen aber, dass die Email zumindest
> fehlerfrei rausgesendet wird.
>
> Schickt man dem Kunden eine Email mit der gleichen Absenderadresse,
> Subject etc. vom lokalen Emailclient, dann kommt sie problemlos an.
>
> Meine Vermutung ist daher, dass den Sicherheitseinrichtungen bestimmte =

> Header-Infos etc. nicht gefallen. Also bspw.
>
> X-Mailer: PHP/4.4.1 etc.
>
> Desweiteren stimmt die "Return-Path:"-Emailadresse nicht mit der
> "From"-Adresse ueberein.

Sende von einem Server wo du X-Mailer und Return-Path (safe_mode=3Doff)
setzen kannst halt ein paar Testmails und vergleiche dann.

Ein generelles "geht nicht" gibts an dieser Stelle nicht. Viel mehr wird =

es halt an der Empfangsseite liegen und oder es kommen spezielle
Anti-Spam taktiken zum Einsatz. Da muss man halt den Hoster der anderen
Seite mal befragen.

Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Klaus Herzberg schrieb:

> ein Kunde versendet ca. 1000 Emails mit einer RTF-Datei als Anhand (ca.
> 200kb jeweils) an registrierte Kunden. Diese moechten die Emails
> unbedingt erhalten, weil sie fuer die Informationen bezahlen muessen:)

Ja so etwas gibt's tatsächlich auch. Kenne ich aus eigener Erfahrung:
Leser rufen an, wenn sie einmal Ihren Newsletter nicht erhalten haben. :-)

> Der Versand muss leider mit mail() und nicht per SMTP gemacht werden,
> weil der Provider nur 500 Emails/Stunde bei SMTP zulaesst.

Örks. Was das denn für ein Laden. Wechseln? Ansonsten: Dein Kunde
betreibt anscheinend einen kostenpflichtigen Dienst. Dann sollte
er aber sich aber auch anständigen Webspace leisten können oder müssen.

> Bei einigen Nutzern gibt es Probleme mit dem Empfang. Die Emails kommen
> einfach nicht an. Meine Logs zeigen aber, dass die Email zumindest
> fehlerfrei rausgesendet wird.
>
> Schickt man dem Kunden eine Email mit der gleichen Absenderadresse,
> Subject etc. vom lokalen Emailclient, dann kommt sie problemlos an.
>
> Meine Vermutung ist daher, dass den Sicherheitseinrichtungen bestimmte
> Header-Infos etc. nicht gefallen. Also bspw.
>
> X-Mailer: PHP/4.4.1 etc.
>
> Desweiteren stimmt die "Return-Path:"-Emailadresse nicht mit der
> "From"-Adresse ueberein.

Na dann ändere das doch alles. Geht auch beim Versand per Mail.
http://de.php.net/manual/de/function.mail.php

X-Mailer dürfte eingentlich nicht kritisch sein. Aber wenn sich
wirklich manche SPAM-Filter daran hochziehen, laß es halt weg,
und nutze das vorgesehene User-Agent und fake den vielleicht mit
einen echten.

Aber Deine beiden Beispiele haben m.E. nur einen geringen
Einfluß auf übliche Filter. Ich denke da ist noch mehr im Argen.
Warum postest Du nicht mal einen kompletten Header.

Ansonsten noch etwas generelles zu diesem Problem:
Wenn man Mails verschickt, diese standardkonform sind und sie
auch nachweisbar versandt wurden, dann liegt alle weitere
Verantwortung beim Empfänger bzw. dessen Technik, egal ob
er für die Mails bezahlt oder nicht.


Gruß
JPM

Hallo,
Tests haben ergeben, dass die Anpassung des
"Return-Path:" auf die richtige Absenderadresse den gewuenschten Erfolg
brachte.

mfg. klaus.