qmail vserver bei 1blu
- Thread starter menzi
- Start date
Huschi said:
Ja, das scheint bei mir jedenfalls so zu sein. Ich bekomme über die Konsole einen telnet connect auf meinen localhost.
Der Aufruf von telnet mail.hierstehtmeinedomain.de 25 wird wie bereits geschildert von einer mir unbekannten 213.er IP zurückgewiesen (ich habe eine 82er) Ruft man diese 213er IP im Browser auf erscheint ein 1blue Baustellenschild "Hier entsteht eine neue Webpräsenz"
Mails können auch von anderen an mich gesendet werden und kommen bei korrekter Mailadresse auch nicht zurück.
Ich kann sie jedoch nicht wie vom Erfinder geplant mit meinem Mailprogramm abholen.
Ich poste nochmal ein paar logs , Im letzten der ist ein z.b. der Versuch eines Dritten dokumentiert, eine nichtexistente Mailadresse auf meinem Server zu erreichen
Vielleicht sieht der eine oder andere von euch noch etwas interessantes, was mir weiterhilft - zumindest bei den Supportschauspielern
von 1blu"Änni hälpp is äpprieschiiätet" wie der Engländer sagt, bin dankbar für jeden Tipp.
Code:
vserver:~ # netstat -an |grep ':25'
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
vserver:~ # ps -ax |grep 'qmail'
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
2562 ? S 0:00 qmail-send
2688 ? S 0:00 splogger qmail
2753 ? S 0:00 qmail-lspawn ./Maildir/
2817 ? S 0:00 qmail-rspawn
2880 ? S 0:00 qmail-clean
19139 ? Ss 0:00 /usr/sbin/spamd --username=popuser --daemonize --helper-home-dir=/var/qmail --max-children 5 --create-prefs --nouser-config --virtual-config-dir=/var/qmail/mailnames/%d/%l/.spamassassin --pidfile=/var/run/spamd/spamd_full.pid --socketpath=/tmp/spamd_full.sock
21045 ? Ss 0:00 /usr/sbin/spamd --username=popuser --daemonize --helper-home-dir=/var/qmail --max-children 5 --create-prefs --nouser-config --virtual-config-dir=/var/qmail/mailnames/%d/%l/.spamassassin --pidfile=/var/run/spamd/spamd_light.pid --socketpath=/tmp/spamd_light.sock --siteconfigpath=/dev/null
11328 pts/0 S+ 0:00 grep qmail
vserver:~ # vi /var/log/messages
Dec 29 19:38:54 v10103 syslogd 1.4.1: restart.
Dec 29 19:38:54 v10103 saslauthd[4749]: detach_tty : master pid is: 4749
Dec 29 19:38:54 v10103 saslauthd[4749]: ipc_init : listening on socket: /var/run/sasl2//mux
Dec 29 19:38:55 v10103 sshd[5719]: Server listening on 0.0.0.0 port 22.
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=26]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=13]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=14]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/daytime-udp [file=/etc/xinetd.d/daytime-udp] [line=13]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=14]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/echo-udp [file=/etc/xinetd.d/echo-udp] [line=13]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/finger [file=/etc/xinetd.d/finger] [line=14]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/netstat [file=/etc/xinetd.d/netstat] [line=14]
Dec 29 19:38:55 v10103 xinetd[5726]: Reading included configuration file: /etc/xinetd.d/ntalk [file=/etc/xinetd.d/ntalk] [line=16]
"/var/log/messages" 20268L, 2170555C 1,1 Top
vserver:~ # vi /usr/local/psa/var/log/maillog
Jan 30 19:29:46 v10103 qmail: 1138645786.940240 status: exiting
Jan 30 19:30:17 v10103 qmail: 1138645817.100240 status: local 0/10 remote 0/20
Jan 30 19:30:23 v10103 spamd[10562]: spamd starting
Jan 30 19:30:23 v10103 spamd[19458]: spamd starting
Jan 30 19:30:24 v10103 spamd[21045]: server started on UNIX domain socket /tmp/spamd_light.sock (running version 3.0.2)
Jan 30 19:30:24 v10103 spamd[21045]: server successfully spawned child process, pid 22081
Jan 30 19:30:24 v10103 spamd[21045]: server successfully spawned child process, pid 22145
Jan 30 19:30:24 v10103 spamd[21045]: server successfully spawned child process, pid 22211
Jan 30 19:30:24 v10103 spamd[21045]: server successfully spawned child process, pid 22275
Jan 30 19:30:24 v10103 spamd[21045]: server successfully spawned child process, pid 22338
Jan 30 19:30:25 v10103 spamd[19139]: server started on UNIX domain socket /tmp/spamd_full.sock (running version 3.0.2)
Jan 30 19:30:25 v10103 spamd[19139]: server successfully spawned child process, pid 22401
Jan 30 19:30:25 v10103 spamd[19139]: server successfully spawned child process, pid 22466
Jan 30 19:30:25 v10103 spamd[19139]: server successfully spawned child process, pid 22531
Jan 30 19:30:25 v10103 spamd[19139]: server successfully spawned child process, pid 22596
Jan 30 19:30:25 v10103 spamd[19139]: server successfully spawned child process, pid 22657
Jan 30 19:30:31 v10103 qmail: 1138645831.180240 alert: cannot start: qmail-send is already running
Jan 30 20:46:15 v10103 qmail: 1138650375.220240 new msg 417972238
Jan 30 20:46:15 v10103 qmail: 1138650375.220240 info msg 417972238: bytes 719 from <[email protected]> qp 30722 uid 2020
Jan 30 20:46:15 v10103 qmail: 1138650375.230240 starting delivery 1: msg 417972238 to local [email protected]
Jan 30 20:46:15 v10103 qmail: 1138650375.230240 status: local 1/10 remote 0/20
Jan 30 20:46:15 v10103 qmail: 1138650375.320240 delivery 1: failure: This_address_no_longer_accepts_mail./
Jan 30 20:46:15 v10103 qmail: 1138650375.320240 status: local 0/10 remote 0/20Also ich bin mit meinem Latein am Ende, ich hab nur einen Tipp für Dich: Versuche nicht das System reinstallieren zu lassen, dann ist Dein Plesk weg und es laufen nur noch rudimentäre Dienste wie SSHD und der Support hat keine Ahnung, wie ich an ein Plesk Systemtemplate oder auch nur einen Lizenzkey kommen könnte...
Die Antwort lautet wie immer "Ich gebe es weiter...", die 1blu Form von "LMAA"
Die Antwort lautet wie immer "Ich gebe es weiter...", die 1blu Form von "LMAA"
Huschi
Moderator
Das ist ein DNS-Problem. Kann man bei 1blu den die DNS-Einträge nicht ändern?bund said:
Entscheide Dich mal für ein Problem.
Abholen hat nichts mit qmail/SMTP zu tun sondern mit POP3.
Also schau nach, welcher Popper installiert ist und wie er gestartet wird (standalone / xinetd).
Teste auch mal "telnet localhost pop3".
Klasse Idee! Eine Fehlermeldung untersuchen, die wegen einem offensichtlicher Fehler aufgetreten ist.
Wie wäre es mit Fehlermeldungen zu Dingen die eigendlich keinen Fehler verursachen sollten?
huschi.
Metapro said:
"Da fliegt mir gleich das Plesk weg !" (Titelschutz angemeldet
)Das wundert mich ja schon sehr, da 1blu doch offensichtlich eine konfektionierte Massenlizenz besitzt, also keine normale Plesk Allerwelts-Seriennummer.
(Hatte mal versucht was von der Pleskseite downzuloaden wobei ich den 8-stellingen Nummernbereich aus der PleskSeriennummer irgendwo rein-pasten sollte. Da kam die Meldung "keine gültige Seriennummer" oder so ähnlich.
Nach deinen Erfahrungen werde ich jedenfalls den Teufel tun und irgendetwas neu installieren lassen, bis die 1blu Leute wissen was sie tun....
Ja das kann man und das wird vom 1blu Chef als Kern des Problems seiner Kunden angesehen (selbst schuld weil zu doof).Huschi said:
Zitat aus heise.de Interview:
Viele der von Kunden monierten Probleme seien auf "Verständnisschwierigkeiten" zurückzuführen. "Wir erlauben den Kunden beispielsweise anders als unser Wettbewerb, selbst ihre DNS-Einstellungen zu ändern." Das Frontend dazu sei aber offenbar schlecht dokumentiert gewesen, sodass sich einige Kunden durch Manipulation der DNS-Konfiguration unbewusst selbst von einem Teil der Dienste ausgesperrt hatten. Man sei daher dabei, die Dokumentationen zu den Services zu überarbeiten und zu erweitern."
Ich habe jedenfalls in den DNS Einstellungen nur die in den 1blu FAQs angegebenen Änderungen für den eigenen Mailserver eingetragen und ansonsten meine Finger weggelassen.
Trotzdem waren die Webinhalte meiner Domains über längere Zeit nicht auf die korrekte IP konnektiert. Bei meinem Mailserver scheint es ebenfalls so zu sein.
Scheint auch zu laufen
Code:
vserver:~ # telnet localhost pop3
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK Hello there.Hier meine custom DNS aus Plesk
Code:
Custom DNS
Type Host Val Opt Action
NS hierstehtmeinedomain.de. ns.hierstehtmeinedomain.de.
A ns.hierstehtmeinedomain. 82.XX.XX.XXX
A hierstehtmeinedomain.de. 82.XX.XX.XXX
A webmail.hierstehtmeinedomain.de. 82.XX.XX.XXX
A mail.hierstehtmeinedomain.de. 82.XX.XX.XXX
CNAME ftp.hierstehtmeinedomain.de. hierstehtmeinedomain.de.
CNAME www.hierstehtmeinedomain.de. hierstehtmeinedomain.de.
MX hierstehtmeinedomain.de. mail.hierstehtmeinedomain.de. 10
PTR 82.XX.XX.XXX hierstehtmeinedomain.de. 24Da hast du das Hauptproblem meiner Existenz auf Anhieb getroffen.
Last edited by a moderator:
Huschi
Moderator
Gut. Welche Domain hast Du im Mail-Client eingestellt? Überprüf die doch, ob ein Ping auch wirklich Deine Server-IP auflöst.bund said:
Evtl. einfach die Server-IP im Client einstellen.
Das ist ja nicht das entscheidende. Entscheident, ist, was bei 1blu im DNS-Server steht, bzw. was Du dort im Interface angegeben hast.
Teste es z.B. mit http://www.dnsreport.com/ .
huschi.
Dank, Dank und nochmals Dank an huschi !
Gestern nacht habe ich endlich ohne weiteres Zutun Zugang zu meinem Mailserver bekommen (Die 1blu Technik war wohl nach meinen Mails und telefonischen Anfragen am Werk gewesen)
Der Link zum DNS Report war wirklich sehr informativ.
Ich habe hier auch erfahren, dass mein Mailserver keine "reverse entries for MX records" hat, was zu Problemen im Mailverkehr führen kann.
Inzwischen ist durch die DNS Infos ein zusätzliches DNS Problem gelöst (Ich hatte auch keinen Zugang zum Horde Webmailer - webmail.hierstehtmeinedomain.de )
Der Nameserver meines providers 1Blu hat die Plesk DNS Einstellungen ignoriert, es musste dort beim 1blu Nameserver noch ein A DNS Eintrag zu webmail.hierstehtmeinedomain.de hinzugefügt werden.
Dank, Dank und nochmals Dank an huschi für seine geduldige Unterstützung!
Huschi said:
Gestern nacht habe ich endlich ohne weiteres Zutun Zugang zu meinem Mailserver bekommen (Die 1blu Technik war wohl nach meinen Mails und telefonischen Anfragen am Werk gewesen)
Der Link zum DNS Report war wirklich sehr informativ.
Ich habe hier auch erfahren, dass mein Mailserver keine "reverse entries for MX records" hat, was zu Problemen im Mailverkehr führen kann.
Inzwischen ist durch die DNS Infos ein zusätzliches DNS Problem gelöst (Ich hatte auch keinen Zugang zum Horde Webmailer - webmail.hierstehtmeinedomain.de )
Der Nameserver meines providers 1Blu hat die Plesk DNS Einstellungen ignoriert, es musste dort beim 1blu Nameserver noch ein A DNS Eintrag zu webmail.hierstehtmeinedomain.de hinzugefügt werden.
Dank, Dank und nochmals Dank an huschi für seine geduldige Unterstützung!
log2e
Registered User
Da sich hier im Thread mehrere Leute intensiv mit den 1blu-Mailserver-Problemen auseinandergesetzt haben, möchte ich hier auf ein weiteres seltsames 1blu-Mailserver-Phänomen hinweisen:
Mailserver ignoriert Zieladressen, die meine eigenen Domain-Namen enthalten
Mailserver ignoriert Zieladressen, die meine eigenen Domain-Namen enthalten