Problem mit versenden von Emails über CMS's zu bestimmten Providern


N

NacKteOmA

New Member
So, ich habe leider ein Problem. Es geht soweit um meine Emails.

Ich setze diverse CMS's / Forensysteme ein, darunter DZCP, Joomla, Burning Board unter verschiedene Domains mit Plesk ein, allerdings alle unter einer IP Adresse. Unter allen Domains / CMS's gibt es Probleme mit den versand von Emails über diese CMS's wie z.B. die Bestätigungsemail beim Registrieren auf einer der CMS's. Diese sind dann z.B. in der Email Warteschlage im Plesk zu finden. Dieses Problem tritt allerdings nur bei gewissen Providern auf hierzu gehören z.B. GMX, AOL, EWETEL. Sprich alle die sich mit einer Email Adresse von GMX.de Registrieren bekommen keine Bestätigungsmail.

Ich habe soweit mal mit allen meinen Email Adressen mal Emails zu einer selbst erstellen gmx.de Adresse verschickt. Das hat funktioniert, allerdings habe ich mich mit der gleichen Adresse einmal Registriert und habe wiederrum keine Bestätigungsemail erhalten. Mit anderen Email Adresse bei z.B. Web.de funktioniert es wieder.

In den Mail Logs konnte ich soweit auch nichts beunruhigendes gefunden.

Es scheint der Email versand an GMX.de Adressen allgemein zu funktionieren, allerdings ebenso auch der versand von den CMS's.

Ich bin leider nicht so sehr bewandert mit Email Servern und bitte euch darum mir zu helfen. Ich hoffe ihr könnt mir helfen :)
 
Ich will ja nicht rumnörgeln, aber hat noch keiner irgendeinen Lösungsansatz / Tipp auf mein Problem?

Es läuft übrigens Plesk 9.0.1 mit Qmail (wie üblich bei Plesk) auf Debian ETCH.

Ich habe nun doch was in den Logs (syslog) gefunden.

Nov 3 22:07:10 xxxxxx postfix/pickup[7368]: 98C3933FF2B6: uid=33 from=<www-data>
Nov 3 22:07:10 xxxxxx postfix/cleanup[7713]: 98C3933FF2B6: message-id=<[email protected]>
Nov 3 22:07:10 xxxxxx postfix/qmgr[2605]: 98C3933FF2B6: from=<[email protected]>, size=1075, nrcpt=1 (queue active)
Nov 3 22:07:10 xxxxxx postfix/pickup[7368]: 9EAE233FF2B5: uid=33 from=<www-data>
Nov 3 22:07:10 xxxxxx postfix/cleanup[7713]: 9EAE233FF2B5: message-id=<[email protected]>
Nov 3 22:07:10 xxxxxx postfix/smtpd[7721]: connect from localhost.localdomain[127.0.0.1]
Nov 3 22:07:10 xxxxxx postfix/qmgr[2605]: 9EAE233FF2B5: from=<[email protected]>, size=810, nrcpt=1 (queue active)
Nov 3 22:07:10 xxxxxx postfix/smtpd[7726]: connect from localhost.localdomain[127.0.0.1]
Nov 3 22:07:11 xxxxxx postfix/smtpd[7721]: 0445A33FF2B7: client=localhost.localdomain[127.0.0.1]
Nov 3 22:07:11 xxxxxx before-remote[7719]: check handlers for addr: [email protected]
Nov 3 22:07:11 xxxxxx before-remote[7719]: check handlers for addr: [email protected]
Nov 3 22:07:11 xxxxxx postfix/smtpd[7726]: 0552833FF2B8: client=localhost.localdomain[127.0.0.1]
Nov 3 22:07:11 xxxxxx before-remote[7725]: check handlers for addr: [email protected]
Nov 3 22:07:11 xxxxxx before-remote[7725]: check handlers for addr: [email protected] <--- hier ist eine Email Adresse angegeben von einen meiner anderen email adresse, allerdings einer anderen domain auf meinen server
Nov 3 22:07:11 xxxxxx postfix/cleanup[7713]: 0445A33FF2B7: message-id=<[email protected]>
Nov 3 22:07:11 xxxxxx postfix/cleanup[7727]: 0552833FF2B8: message-id=<[email protected]>
Nov 3 22:07:11 xxxxxx postfix/qmgr[2605]: 0445A33FF2B7: from=<[email protected]>, size=1282, nrcpt=1 (queue active)
Nov 3 22:07:11 xxxxxx postfix/smtp[7717]: 98C3933FF2B6: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10027, delay=0.46, delays=0.03/0.01/0.06/0.36, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 0445A33FF2B7)
Nov 3 22:07:11 xxxxxx postfix/smtpd[7721]: disconnect from localhost.localdomain[127.0.0.1]
Nov 3 22:07:11 xxxxxx postfix/qmgr[2605]: 98C3933FF2B6: removed
Nov 3 22:07:11 xxxxxx postfix/qmgr[2605]: 0552833FF2B8: from=<[email protected]>, size=1020, nrcpt=1 (queue active)
Nov 3 22:07:11 xxxxxx postfix/smtp[7723]: 9EAE233FF2B5: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10027, delay=0.43, delays=0.06/0.01/0.07/0.3, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 0552833FF2B8)
Nov 3 22:07:11 xxxxxx postfix/qmgr[2605]: 9EAE233FF2B5: removed
Nov 3 22:07:11 xxxxxx postfix/smtpd[7726]: disconnect from localhost.localdomain[127.0.0.1]
Nov 3 22:07:11 xxxxxx postfix-local[7729]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames <--- hier taucht wieder eine email adresse einer anderen domain auf
Nov 3 22:07:11 xxxxxx postfix-local[7729]: hook_dir = '/opt/psa/handlers/before-local'
Nov 3 22:07:11 xxxxxx postfix-local[7729]: recipient[3] = '[email protected]' <---- wieder die andere email adresse
Nov 3 22:07:11 xxxxxx postfix-local[7729]: handlers dir = '/opt/psa/handlers/before-local/recipient/[email protected]'
Nov 3 22:07:11 xxxxxx postfix-local[7729]: found handlers entry = '/opt/psa/handlers/before-local/recipient/[email protected]/10-spam-5DaG0N'
Nov 3 22:07:11 xxxxxx postfix-local[7729]: call_handlers: call executable = '/opt/psa/handlers/info/10-spam-5DaG0N/executable'
Nov 3 22:07:11 xxxxxx spamd[17364]: spamd: got connection over /tmp/spamd_full.sock
Nov 3 22:07:11 xxxxxx spamd[17364]: spamd: using default config for [email protected]: /var/qmail/mailnames/xxxxxxxxxx.de/info/.spamassassin/user_prefs <--- wieder die andere email adresse
Nov 3 22:07:11 xxxxxx spamd[17364]: spamd: processing message <[email protected]> for [email protected]:110 <---- wieder die andere email adresse
Nov 3 22:07:11 xxxxxx postfix/smtp[7717]: 0445A33FF2B7: host mx1.gmx.net[213.165.64.102] said: 451 4.1.8 Cannot resolve your domain {mx071} (in reply to MAIL FROM command)
Nov 3 22:07:11 xxxxxx postfix/smtp[7717]: 0445A33FF2B7: to=<[email protected]>, relay=mx0.gmx.net[213.165.64.100]:25, delay=0.62, delays=0.36/0/0.23/0.02, dsn=4.1.8, status=deferred (host mx0.gmx.net[213.165.64.100] said: 451 4.1.8 Cannot resolve your domain {mx090} (in reply to MAIL FROM command))
Click to expand...
 
Last edited by a moderator:
NacKteOmA said:
Es läuft übrigens Plesk 9.0.1 mit Qmail (wie üblich bei Plesk) auf Debian ETCH.
Click to expand...
Wo gibt es eigentlich den Patch, dass qmail sich in den Logs als Postfix meldet?

Dein Problem ist hier doch eigentlich sehr genau beschrieben:
Code: 
Nov 3 22:07:11 xxxxxx postfix/smtp[7717]: 0445A33FF2B7: to=<[email protected]>, relay=mx0.gmx.net[213.165.64.100]:25, delay=0.62, delays=0.36/0/0.23/0.02, dsn=4.1.8, status=deferred (host mx0.gmx.net[213.165.64.100] said: 451 4.1.8 [COLOR="Red"]Cannot resolve your domain {mx090} (in reply to MAIL FROM command)[/COLOR])
Die Domainnamen, die Du verwendest, können im DNS nicht aufgelöst werden.

PS: Bitte [noparse]
Code: 
...
[/noparse]-Tags verwenden, die kann man einfach besser lesen!
 
Ja als ich die Log gelesen habe, habe ich das ebenfalls gesehen. Allerdings warum wird es nicht richtig aufgelöst. Via Outlook ist es über diese Domains ja möglich die Emails an gmx.de und co zu verschicken.

Was mir fragen aufwirft. Es kommt in dieser Log auch zwischen durch eine andere Emailadresse von einer ganz anderen Domain die ich besitze vor. Obwohl der Logausschnitt defintiv alles miteinander zusammen hängt. Ich denke hier wird wohl irgendwie dieser Fehler liegen. Nur wüsste ich nun nicht wie ich diesen Lösen kann.

Kann mir jemand weiterhelfen?
 
Code: 
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
message_size_limit = 0
mydestination = localhost.keymachine.de, localhost, localhost.localdomain
myhostname = xxxxxxx.keymachine.de <- der hostname ist richtig
mynetworks = 127.0.0.0/8
myorigin = /etc/mailname
recipient_delimiter = +
relayhost =
smtp_send_xforward_command = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
smtp_use_tls = no
smtpd_authorized_xforward_hosts = 127.0.0.0/8
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_client_restrictions =
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtpd_use_tls = yes
transport_maps = hash:/var/spool/postfix/plesk/transport
virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual
virtual_gid_maps = static:31
virtual_mailbox_base = /var/qmail/mailnames
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailbox
virtual_transport = plesk_virtual
virtual_uid_maps = static:110

Was mir auffällt ist das z.b. der relayhost leer ist, allerdings kann es auch daran liegen das ja mehrere Domains genutzt werden.
 
Dein lokaler Nameserver läuft nicht.

Weder ns.xxxxxx.keymachine.de noch ns2.xxxxxx.keymachine.de läßt sich auflösen, xxxxxx.keymachine.de liefert nur eine Delegation.
 
Laut Log läuft der DNS soweit.

Code: 
Nov  6 22:32:56 xxxxx named[4411]: starting BIND 9.3.4-P1.2 -t /var/named/run-root -c /etc/named.conf -u bind
Nov  6 22:32:56 xxxxx named[4411]: found 1 CPU, using 1 worker thread
Nov  6 22:32:56 xxxxx named[4411]: loading configuration from '/etc/named.conf'
Nov  6 22:32:56 xxxxx named[4411]: listening on IPv4 interface lo, 127.0.0.1#53
Nov  6 22:32:56 xxxxxx named[4411]: listening on IPv4 interface eth0, xx.xxx.xxx.xx#53
Nov  6 22:32:56 xxxxxx named[4411]: listening on IPv4 interface eth0:0, xx.xxx.xxx.xx#53
Nov  6 22:32:56 xxxxxx named[4411]: command channel listening on 127.0.0.1#953
Nov  6 22:32:56 xxxxxx named[4411]: zone 0.0.127.IN-ADDR.ARPA/IN: loaded serial 20010622
Nov  6 22:32:56 xxxxxx named[4411]: zone xxx.xxx.xx.in-addr.arpa/IN: loaded serial 1254641930
Nov  6 22:32:56 xxxxxx named[4411]: zone domain1.de/IN: loaded serial 1240170211
Nov  6 22:32:56 xxxxxx named[4411]: zone domain2.de/IN: loaded serial 1240171466
Nov  6 22:32:56 xxxxxx named[4411]: zone domain3.de/IN: loaded serial 1254336000
Nov  6 22:32:56 xxxxxx named[4411]: zone domain4.de/IN: loaded serial 1240169944
Nov  6 22:32:56 xxxxxx named[4411]: zone domain5.de/IN: loaded serial 1247682057
Nov  6 22:32:56 xxxxxx named[4411]: zone domain6.de/IN: loaded serial 1254641930
Nov  6 22:32:56 xxxxxx named[4411]: zone domain7.net/IN: loaded serial 1245704406
Nov  6 22:32:56 xxxxxx named[4411]: zone domain8.net/IN: loaded serial 1247680302
Nov  6 22:32:56 xxxxxxx named[4411]: running

DNS Einstellung im Plesk bzw. das Template

Code: 
	<domain>.	NS	ns.<domain>.
	<domain>.	A	<ip>
	<domain>.	MX (10)	mail.<domain>.
	<ip> / 24	PTR	<domain>.
	ftp.<domain>.	CNAME	<domain>.
	mail.<domain>.	A	<ip>
	ns.<domain>.	A	<ip>
	webmail.<domain>.	A	<ip>

DNS-Rekursionseinstellungen steht im Plesk auf "Any host"
 
Last edited by a moderator:
Dann schaue ich falsch.

domain1-online.de A? -> IP xx.xxx.xxx.20
xx.xxx.xxx.20 PTR? -> ns.kmxxx18.keymachine.de
ns.kmxxx18.keymachine.de A? -> Timeout

Laut Delegation von ns.keymachine.de sind ns.kmxxx18.keymachine.de und ns2.kmxxx18.keymachine.de, also xx.xxx.xxx.20 und xx.xxx.xx(x+1).20 zuständig, antworten aber garnicht.

Übrigens ist z.B. bei domain1-online.de bei der Denic (und damit offiziell) ns1/2.hans.hosteurope.de als Nameserver eingetragen, welcher z.T. (MX Prio) ganz andere Werte liefert als Dein Server.

Du solltest (am einfachsten als Domain9, wenn Du eine 10er-Lizenz hast, sonst als Alias zu domain4-server.de) eine Zone kmxxx18.keymachine.de im DNS anlegen.

Dann klappts auch mit dem Check Mail-IP -> PTR -> A von GMX.

Alternativ kannst Du natürlich auch den Reverse-PTR von der IP xx.xxx.xxx.20 als domain4-server.de eintragen.

PS: :D:D:D
 
Danke, super hilfe.

Ich habe nun direkt beim Server nun denn DNS von HostEurope eingetragen. Das war soweit die sauberste Methode. Da sind auch gleich sämtliche Emails bei allen Leuten angekommen die noch in der Emailwarteschlange standen.

PS: Ja wenn mans schon raus "x" dann sollte man es auch mit allen machen ;) aber wahrscheinlich hat das in dem fall noch geholfen. :)

Großes Danke :)

Google konnte mir bei den Problem tatsächlich leider mal nicht helfen.
 
You must log in or register to reply here.

Back
Top