Emaildienste (Google,Bluewin,etc.) weisen Mails von unserem Server als Spam ab.



C

cedi

New Member
Hallo erstmal,
ich bin neu hier im Forum, bzw. habe schon einige Probleme gelöst bekommen durch lesen, aber jetzt muss ich doch den ersten Eintrag machen ;)
Mein Problem:
Wir haben einen eigenen Server. Von diesem aus senden wir mit verschiedenen scripts Emails an Benützer. z.B. für eine Useraktivierung. Das Problem ist, dass nicht alle Emaildienste unsere Emails annehmen. Bei GMX ist es beispielsweise kein Problem, bei Google kommt aber gar nichts, nicht mal eine Spammeldung und bei von anderen kommt sogar eine Rückmeldung, dass die Email abgewiesen wurde.

Kann das sein, dass am sendmail etwas nicht richtig eingestellt ist und unser Server dadurch als Spam erkannt wird?
Server läuft auf Linux.

Danke für eine Antwort
mfg cedi
 
Wie meinst du das genau. Sorry ich stell mich jetzt vielleicht etwas blöde an, aber auf dem Linux-Server gibt es ja so viele Logfiles und dergleichen...
Vielleicht weiss auch nur schon jemand gute Suchwörter für Google, die das Problem beschreiben.
Wenn ich nach "Postausgansserver" suche komme ich nämlich immer wider auf Seiten um Outlook/Thunderbird einzurichten und wenn ich nach "Mailserver" suche finde ich nur Artikel zu Postfix und anderen MTA's.

cedi
 
Ohne die vom Vorredner erbetenen logs (zBsp von /var/log/maillog) überflüssig zu machen: bei mir kam das früher auch vor, dagegen hilft u.a. die mails über einen smtp-Server vom Provider gehen zu lassen, incl. falls du eine dyn. IP hast. Werden denn die mails direkt, zBsp mit sendmail weggeschickt, oder von einem php-Forum ?
 
Last edited by a moderator:
von welchem Provider meinst du denn? Denjenigen der angemailt wird? Wir haben einen eigens verwalteten Server. Der Mailsserver ist soweit ungenutzt, wir verwenden über geänderte MX-Record den "Google Ads for your Domain" Dienst für unsere Emails. Sicherer, mehr Platz, super Spamfilter, weniger Traffic waren die Gründe.

in var/log/maillog steht:
Code: 
Feb 15 00:00:11 kra postfix/pickup[26530]: C0A4459058A: uid=0 from=<[email protected]>
Feb 15 00:00:11 kra postfix/cleanup[26680]: C0A4459058A: message-id=<[email protected]>
Feb 15 00:00:11 kra postfix/qmgr[3182]: C0A4459058A: from=<[email protected]>, size=1887, nrcpt=1 (queue active)
Feb 15 00:00:12 kra postfix/smtp[26685]: C0A4459058A: to=<[email protected]>, relay=mx0.gmx.net[213.165.64.100], delay=1, status=sent (250 2.6.0 Message accepted {mx087})
Feb 15 00:00:12 kra postfix/qmgr[3182]: C0A4459058A: removed
Feb 15 00:05:01 kra postfix/pickup[26530]: 95B3959058A: uid=0 from=<root>
Feb 15 00:05:01 kra postfix/cleanup[26708]: 95B3959058A: message-id=<[email protected]>
Feb 15 00:05:01 kra postfix/qmgr[3182]: 95B3959058A: from=<[email protected]>, size=521, nrcpt=1 (queue active)
Feb 15 00:05:01 kra postfix/local[26713]: 95B3959058A: to=<[email protected]>, orig_to=<root>, relay=local, delay=0, status=sent (delivered to mailbox)
Feb 15 00:05:01 kra postfix/qmgr[3182]: 95B3959058A: removed
Feb 15 00:10:03 kra postfix/pickup[26530]: B8BAF59058B: uid=0 from=<root>
Feb 15 00:10:03 kra postfix/cleanup[26754]: B8BAF59058B: message-id=<[email protected]>
Feb 15 00:10:03 kra postfix/qmgr[3182]: B8BAF59058B: from=<[email protected]>, size=1066100, nrcpt=2 (queue active)
Feb 15 00:10:03 kra postfix/pickup[26530]: DA72F59058A: uid=0 from=<root>
Feb 15 00:10:03 kra postfix/cleanup[26754]: DA72F59058A: message-id=<[email protected]>
Feb 15 00:10:03 kra postfix/qmgr[3182]: DA72F59058A: from=<[email protected]>, size=870, nrcpt=1 (queue active)
Feb 15 00:10:03 kra postfix/virtual[26760]: B8BAF59058B: to=<[email protected]>, relay=virtual, delay=0, status=sent (delivered to maildir)
Feb 15 00:10:03 kra postfix/local[26763]: DA72F59058A: to=<[email protected]>, orig_to=<root>, relay=local, delay=0, status=sent (delivered to mailbox)
Feb 15 00:10:03 kra postfix/qmgr[3182]: DA72F59058A: removed
Feb 15 00:10:07 kra postfix/smtp[26759]: B8BAF59058B: to=<[email protected]>, relay=mx0.gmx.net[213.165.64.100], delay=4, status=sent (250 2.6.0 Message accepted {mx093})
Feb 15 00:10:07 kra postfix/qmgr[3182]: B8BAF59058B: removed
Feb 15 02:55:38 kra postfix/sendmail[27173]: fatal: No recipient addresses found in message header
Feb 15 02:56:29 kra postfix/pickup[27042]: 8F19B59058A: uid=500 from=<duesi>
Feb 15 02:56:29 kra postfix/cleanup[27188]: 8F19B59058A: message-id=<[email protected]>
Feb 15 02:56:29 kra postfix/qmgr[3182]: 8F19B59058A: from=<[email protected]>, size=674, nrcpt=1 (queue active)
Feb 15 02:56:29 kra postfix/smtp[27193]: 8F19B59058A: to=<[email protected]>, relay=mailgate1.rba-service.ch[193.223.120.35], delay=0, status=bounced (host mailgate1.rba-service.ch[193.223.120.35] said: 501 5.7.1 This system is not configured to relay mail (r) from <[email protected]> to <[email protected]> for 80.74.151.2 (in reply to RCPT TO command))
Feb 15 02:56:29 kra postfix/cleanup[27188]: C018159058B: message-id=<[email protected]>
Feb 15 02:56:29 kra postfix/qmgr[3182]: C018159058B: from=<>, size=2663, nrcpt=1 (queue active)
Feb 15 02:56:29 kra postfix/qmgr[3182]: 8F19B59058A: removed
Feb 15 02:56:29 kra postfix/local[27195]: C018159058B: to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Feb 15 02:56:29 kra postfix/qmgr[3182]: C018159058B: removed

Wobei diese Zeile eine Testmail über den Server an eine Empfänger der die Mails abweist (Bank) ist.
Code: 
Feb 15 02:56:29 kra postfix/smtp[27193]: 8F19B59058A: to=<[email protected]>, relay=mailgate1.rba-service.ch[193.223.120.35], delay=0, status=bounced (host mailgate1.rba-service.ch[193.223.120.35] said: 501 5.7.1 This system is not configured to relay mail (r) from <[email protected]> to <[email protected]> for 80.74.151.2 (in reply to RCPT TO command))

Muss ich Postfix doch noch richtig konfigurieren? Wenn ja, wie?

Mfg cedi
 
Ein kurzer Test zeigt mir, daß Du keinen Reverse-PTR auf die IP Deines Servers hast. Frag dazu Deinen Provider (ch-meta.net), wie Du den setzen kannst.
Evtl. findest Du sogar eine Möglichkeit im Kundenbereich.

huschi.
 
Ok unser Provider kann das machen, er hat aber gefragt, wie der gewünschte Eintrag lautet. Wie und wo finde ich das heraus? Ich wurde im Netz nicht schlau über Reverse-PTR. Hab allgemein etwas Mühe, die Logik hinter den ganzen BIND Einstellungen zu verstehen.
cedi
 
Hallo!

Auf Wikipedia wird das doch ganz gut erklärt. Und wenn Du Dir nicht sicher bist, was du da angeben sollst, nimm die "Hautpdomain" Deines Servers, oder das, was als Domain im MX Record steht.

Gruß flyingoffice
 
Ok, danke für den Hinweis. Wenn ich das jetzt richtig verstanden habe müsste mein Provider folgenen Eintrag machen:
Code: 
80.74.151.2.in-addr.arpa.  3600 IN  PTR  kra.ch.

...stimmt das so?

Mfg Cedi
 
Hallo!

Ob das so stimmt mit dem Eintrag ist doch Sache Deines Providers. Du mußt ihm nur sagen welche Domain dort eingetragen werden soll.

Gruß flyingoffice
 
ok, mein Provider hat das eingetragen. Huschi kannst du mir sagen wie dein "kurzer Test" funktioniert? Dann kann ich überprüfen ob der DNS Reload schon erfolgt ist.
Die Mailzustellung funktioniert nämlich nach wie vor nicht (Testmail an ein Gmail Konto.

cedi
 
Hallo!

Auf der Konsole

Code: 
nslookup 123.123.123.123
# es muß natürlich Deine echte IP angegeben werden

Gruß flyingoffice
 
Hallo!

Sollte passen:

Code: 
nslookup 80.74.151.2
Server:         81.169.148.34
Address:        81.169.148.34#53

Non-authoritative answer:
2.151.74.80.in-addr.arpa        name = kra.ch.

Gruß flyingoffice
 
hm, danke. Das heisst der Reverse PTR ist nun richtig eingestellt. Trotzdem funktioniert die Mailszustellung noch nicht... andere Ideen an was es liegen könnte? SMTP-Konfiguration?
Gruss cedi
 
Hallo,

cedi said:
Die Mailzustellung funktioniert nämlich nach wie vor nicht (Testmail an ein Gmail Konto.)
Click to expand...
die funktioniert (sofern der fehlende RDNS überhaupt das einzige Problem war) erst dann, wenn der von Gmail verwendete Nameserver den nunmehr durchgeführten Eintrag übernommen hat.

Vor kurzem hatte dieser noch die Information erhalten, daß kein RDNS gesetzt ist, das merkt er sich einge Zeit statt bei jeder Mail nachzufragen, um Resourcen zu schonen.
 
Nach einigen Stunden könnte das Problem mit dem RDNS behoben sein. Falls es immer noch nicht funktioniert mußt Du aktuelle Logfiles liefern.

huschi.
 
ich möchte mich mal zwischendurch für die superschnell Hilfe hier bedanken...
also hab jetzt nochmals zwei Testmails versendet (jeweils mit einem PHP-Mailskript). Eines an cedric.steiner(at)gmail.com und eines an cedi(at)kra.ch. Wir verwenden den Service "Google Apps for your Domain", deshalb können wir kra.ch Emailadressen erstellen, die trotzdem über den gmail Server laufen.. (nur zur Info ;))

Also das logfile maillog:
Code: 
Feb 16 11:29:57 kra postfix/pickup[12454]: 1B3745905A2: uid=500 from=<duesi>
Feb 16 11:29:57 kra postfix/cleanup[12992]: 1B3745905A2: message-id=<[email protected]>
Feb 16 11:29:57 kra postfix/qmgr[3182]: 1B3745905A2: from=<[email protected]>, size=273, nrcpt=1 (queue active)
Feb 16 11:29:57 kra postfix/smtp[12997]: 1B3745905A2: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[66.249.93.114], delay=0, status=sent (250 2.0.0 OK 1171621800 o1si3269582uge)
Feb 16 11:29:57 kra postfix/qmgr[3182]: 1B3745905A2: removed
Feb 16 11:30:14 kra postfix/pickup[12454]: A1F645905A2: uid=500 from=<duesi>
Feb 16 11:30:14 kra postfix/cleanup[12992]: A1F645905A2: message-id=<[email protected]>
Feb 16 11:30:14 kra postfix/qmgr[3182]: A1F645905A2: from=<[email protected]>, size=260, nrcpt=1 (queue active)
Feb 16 11:30:14 kra postfix/trivial-rewrite[12993]: warning: do not list domain kra.ch in BOTH mydestination and virtual_mailbox_domains
Feb 16 11:30:14 kra postfix/local[13000]: A1F645905A2: to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Feb 16 11:30:14 kra postfix/qmgr[3182]: A1F645905A2: removed

Natürlich nur der letzte Abschnitt mit den zwei entsprechenden Nachrichten..
Ich kann leider daraus nicht viel lesen.

Danke, Gruss cedi
 
Hallo,

und beide Mails kommen nicht an?

Bei der zweiten wundert mich das nicht, guck mal in die Mailordner auf dem Server, da sollte sie liegen.

do not list domain kra.ch in BOTH mydestination and virtual_mailbox_domains
Click to expand...
Das sollte auf jeden Fall geändert werden, setze mydestination und myhostname in /etc/postfix/main.cf auf mx.kra.ch und starte Postfix neu.

Ich würde testweise mal die ganzen MX5 und MX10 aus den Nameservern nehmen und lediglich den MX1 stehen lassen und ausprobieren, was dann passiert.

und bei von anderen kommt sogar eine Rückmeldung, dass die Email abgewiesen wurde.
Click to expand...
Zeig uns die Rückmeldung!
 
das wird ja immer besser :eek:
hab jetzt also die Veränderungen in Postfix vorgenommen, und den Postfix starten wollen. Ging nich. Alles Rückgängi. Postfix starten, ging nich. Ich weiss überhaupt nicht ob der vorher überhaupt an war?! Den das Testmail an cedric.steiner(at)gmail.com kommt trotzdem an, ohne das Postfix an ist! :confused: (Kam übrigens vorher schon an, hab ich vergessen zu sagen. Nur das Mail über die eigene Domain macht Probleme.)

Die Rückmeldung kann ich euch im Moment leider nicht geben, ich hab die nicht bekommen und den Kollegen der sie erhalten hat ist momentan nicht erreichbar.. kommt sobald als möglich.

In der Mailqueue von Postfix ist nix.

Wieso kommt ein Mail trotzdem an ohne das Postfix läuft? Hat das damit zu tun, dass unsere Mails eigentlich auf GoogleMail weitergeleitet werden?
Die Mx Records kurzzeitig zu verändern liegt nich in meinem Sinn. Muss immer alles über den Server-Support geschehen..

Gruss cedi
 
Ok, mein Fehler, klar kann ich Postfix nicht starten wenn er schon läuft :D
Bitte entnehmt oberem Post nur folgenden Teil:
cedi said:
Den das Testmail an cedric.steiner(at)gmail.com kommt an, kam übrigens vorher schon an, hab ich vergessen zu sagen. Nur das Mail über die eigene Domain macht Probleme, also cedi(at)kra.ch.

Die Rückmeldung kann ich euch im Moment leider nicht geben, ich hab die nicht bekommen und den Kollegen der sie erhalten hat ist momentan nicht erreichbar.. kommt sobald als möglich.

In der Mailqueue von Postfix ist nix.

Die Mx Records kurzzeitig zu verändern liegt nich in meinem Sinn. Muss immer alles über den Server-Support geschehen..
Click to expand...

Hab also jetzt die Veränderungen eingetragen (mx.kra.ch) und neugestartet. Testmail. Die erste geht, zweite nicht.

maillog:
Code: 
Feb 16 13:15:42 kra postfix/pickup[16093]: 10C9A5905A2: uid=500 from=<duesi>
Feb 16 13:15:42 kra postfix/cleanup[16176]: 10C9A5905A2: message-id=<[email protected]>
Feb 16 13:15:42 kra postfix/qmgr[16094]: 10C9A5905A2: from=<[email protected]>, size=277, nrcpt=1 (queue active)
Feb 16 13:15:42 kra postfix/smtp[16181]: 10C9A5905A2: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[66.249.93.114], delay=0, status=sent (250 2.0.0 OK 1171628145 c1si3390457ugf)
Feb 16 13:15:42 kra postfix/qmgr[16094]: 10C9A5905A2: removed
Feb 16 13:15:55 kra postfix/pickup[16093]: 932E05905A2: uid=500 from=<duesi>
Feb 16 13:15:55 kra postfix/cleanup[16176]: 932E05905A2: message-id=<[email protected]>
Feb 16 13:15:55 kra postfix/qmgr[16094]: 932E05905A2: from=<[email protected]>, size=268, nrcpt=1 (queue active)
Feb 16 13:15:55 kra postfix/virtual[16193]: 932E05905A2: to=<[email protected]>, relay=virtual, delay=0, status=sent (delivered to maildir)
Feb 16 13:15:55 kra postfix/qmgr[16094]: 932E05905A2: removed

angehängt noch die main.cf von postfix:

gruss cedi
 

Attachments

You must log in or register to reply here.
Back
Top