PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : qmail nimmt Mail über telnet an, aber nicht über User Agent



backflip
28.11.10, 22:46
Servus,

ich hab momentan qmail auf nem Server laufen (Port 25, nimmt nur Mail für eine Domain und eine Subdomain an). Wenn ich den Server per

telnet DOMAIN_HIER 25
MAIL FROM:<foo@bar.baz>
RCPT TO:<blubb@DOMAIN_HIER>
DATA
etc.
kontaktiere, wird für jede Mail eine neue Datei im Maildir-Verzeichnis angelegt, wie das auch sein soll (momentan läuft kein POP/IMAP etc.).
Wenn ich per User Agent, also Webmail von GMX oder Thunderbird mit GMX oder Freenet eine Mail an blubb@DOMAIN_HIER schicke, passiert nichts. Keine Fehlermeldung kommt zurück, es wird aber auch keine Datei angelegt, die Mail verschwindet also einfach. Weiß jemand, woran das liegen könnte?

derRichard
28.11.10, 22:51
was sagen die logs?
mails verschwinden nicht einfach.
eine mail kann bei qmail nur spurlos verschwinden wenn du statt qmail-queue ein anderes tool (qmail-scanner, simcan, etc..) verwendest und dieses die mail schluckt.

//richard

backflip
28.11.10, 23:00
Aha! Da steht tatsächlich

Nov 28 22:55:02 ****** relaylock: /var/qmail/bin/relaylock: Unable to connect to the mysql database, relay will work in closed mode & white list will not work
Ich habe tatsächlich das MySQL-Passwort geändert, weil ich Plesk nicht verwende. Die Frage ist jetzt: Woher kriegt relaylock seine Zugangsdaten? http://www.linuxforen.de/forums/images/smilies/confused.gif

derRichard
28.11.10, 23:03
ka, relaylock ist kein teil von qmail.
lass mich raten, das ist ein server mit vorinstalliertem qmail und plesk?

//richard

backflip
28.11.10, 23:05
Leider ja, und leider hängen alle Plesk-Pakete miteinander zusammen, d.h. wenn ich Plesk deinstallieren wollte, müsste ich auch den gesamten Apache mitnehmen.

derRichard
28.11.10, 23:07
plesk hat viele proprietäre erweiterungen in qmail eingebaut.
darum kann ich dir da nicht weiterhelfen.

//richard

backflip
28.11.10, 23:09
Verdammt. Naja, trotzdem danke.
Wenn ich relaylock aus den Startinstruktionen in xinetd.d/smtp_psa herausnehme, wird ein offenes Mailrelay draus. Ungut. Die rcpthosts-Datei wird dann anscheinend nicht mehr berücksichtigt. Gibt's keine Alternative zu relaylock?

backflip
28.11.10, 23:53
Kommando zurück:
Diesen open relay-Test (http://www.antispam-ufrj.pads.ufrj.br/) besteht der Server ("We don't relay" oder "Not on my list of allowed rcpthosts"). Ich hatte offenbar falsch mit dem Server über telnet kommuniziert ("RCPT TO meine_email@provider.beispiel" (ohne Doppelpunkt und <>) liefert eine E-Mail an die MAIL FROM-Adresse: "Sorry. Although I'm listed as a best-preference MX or A for that host, it isn't in my control/locals file, so I don't treat it as local."). Im Moment läuft der Server nicht. Würde er trotzdem als offenes Relay fungieren, wenn ich ihn starte?

pibi
29.11.10, 14:07
Würde er trotzdem als offenes Relay fungieren, wenn ich ihn starte?Wie waere es mit einem Test, zB. hier (http://verify.abuse.net/cgi-bin/relaytest).

Gruss Pit.

backflip
29.11.10, 18:27
Wie waere es mit einem Test, zB. hier (http://verify.abuse.net/cgi-bin/relaytest).

Gruss Pit.
Hab ich schon (der von abuse.net zeigt allerdings immer FAILED an, obwohl ein 500er-Code zurückgegeben wird), den besteht er auch ohne Probleme. Allerdings akzeptiert er eben

RCPT TO irgendeine@adresse.beispiel
obwohl die Syntax da wohl falsch ist und die E-Mail dann nicht bei irgendeine@adresse.beispiel ankommt, sondern er wohl versucht, sie intern auszuliefern...?