qmail vserver bei 1blu

Metapro · Jan 30, 2006

Also im Moment sieht es so aus, als ob QMail läuft, sich aber beharrlich weigert Anfragen von aussen anzunehmen. Der Status steht aber merkwürdigerweise nach wie vor auf "Stopped" Er versucht allerdings Mails nach aussen auszuliefern, das scheint zu klappen.

Huschi · Jan 31, 2006

Metapro said:
aber beharrlich weigert Anfragen von aussen anzunehmen.

Poste Deine /etc/xinet.d/psa_smtp !

Er versucht allerdings Mails nach aussen auszuliefern, das scheint zu klappen.

Weil das auch ein anderer Bereich ist.

huschi.

bund · Jan 31, 2006

Huschi said:
Wenn ich Euch richtig verstanden hab, ist es eher ein Connectionsproblem.

huschi.

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 <blldcejeix@fast.net> qp 30722 uid 2020
Jan 30 20:46:15 v10103 qmail: 1138650375.230240 starting delivery 1: msg 417972238 to local 2-info@hierstehtmeinedomain.de
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/20

Metapro · Jan 31, 2006

Also 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"

Huschi · Jan 31, 2006

bund said:
von einer mir unbekannten 213.er IP zurückgewiesen

Das ist ein DNS-Problem. Kann man bei 1blu den die DNS-Einträge nicht ändern?

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.

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".

Im letzten der ist ein z.b. der Versuch eines Dritten dokumentiert, eine nichtexistente Mailadresse auf meinem Server zu erreichen

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.

bund · Jan 31, 2006

Metapro said:
Also 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"

"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....

bund · Jan 31, 2006

Huschi said:
Das ist ein DNS-Problem. Kann man bei 1blu den die DNS-Einträge nicht ändern?
huschi.

Ja das kann man und das wird vom 1blu Chef als Kern des Problems seiner Kunden angesehen (selbst schuld weil zu doof).

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.

Teste auch mal "telnet localhost pop3".

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. 	24

Entscheide Dich mal für ein Problem.

Da hast du das Hauptproblem meiner Existenz auf Anhieb getroffen.

Huschi · Jan 31, 2006

bund said:
Scheint auch zu laufen

Gut. Welche Domain hast Du im Mail-Client eingestellt? Überprüf die doch, ob ein Ping auch wirklich Deine Server-IP auflöst.
Evtl. einfach die Server-IP im Client einstellen.

Hier meine custom DNS aus Plesk

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.

bund · Feb 2, 2006

Dank, Dank und nochmals Dank an huschi !

Huschi said:
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.

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 · Mar 13, 2006

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

qmail vserver bei 1blu

Metapro

Registered User

Huschi

Moderator

bund

Registered User

Metapro

Registered User

Huschi

Moderator

bund

Registered User

bund

Registered User

Huschi

Moderator

bund

Registered User

log2e

Registered User

We value your privacy