Email-Server Einrichtung und seine Tücken

Domi

Member
Hallo Server Admins etc. :)

Ich habe da mal eine kleine Frage, und zwar habe ich mir zuhause auf einer vmWare ein Debian Etch (Minimal) drauf installiert, um einen root-Server zu simulieren. Grund dafür ist, dass ich irgend wann von den fertig Kisten von 1und1 weg wollte und mir einen root von Hetzner besorgen wollte.

Jetzt habe ich allerdings nur ein "kleines" Problemchen bei meinem Email Server. Und zwar habe ich mir dafür auch schon mal ein HowTo besorgt wie ich den am besten einrichte,
-> HowTo von Hetzner

Das ganze hat auch bis zu dem Punkt funktioniert wo ich nur die beiden folgenden Befehle ausführen brauchte,
- postfix start
- echo hello | mail -s test [email protected]

Bis dahin gab es keine Probleme und als nächstes wollte ich dann mit dem sasl2-bin fortfahren, also installierte ich via aptitude install sasl2-bin alles was gewünscht wird und bekomme anschließend diese Meldung,
Code:
Richte sasl2-bin ein (2.1.22.dfsg1-8) ...
Warnung: --update angegeben, aber /var/run/saslauthd existiert nicht
* To enable saslauthd, edit /etc/default/saslauthd and set START=yes
So weit so gut, ich kann lesen, also öffne ich im mcedit die Datei /etc/default/saslauthd und setze den gewünschten Parameter (START=yes) und fahre mit dem HowTo fort indem ich die Datei /etc/postfix/sasl/smtpd.conf erstelle und beide Methoden für den SMTPd durch gehe, damit er nicht mehr im chroot fest sitzt (laut Anleitung).

Ich führe folgende Befehle aus,
- /etc/init.d/postfix restart
- /etc/init.d/saslauthd restart

und bei saslauthd bekomme ich denn folgendes zurück,
Code:
server:~# /etc/init.d/saslauthd restart
: command not foundthd: line 4:
: command not foundthd: line 7:
: command not foundthd: line 24:
: command not foundthd: line 28:
: command not foundthd: line 32:
: command not foundthd: line 39:
* To enable saslauthd, edit /etc/default/saslauthd and set START=yes
am Ende steht set START=yes was ich aber schon getan habe, doch nun bin ich etwas sprachlos, da es nicht so klappt wie ich das gerne hätte. Hat jemand schon mal solch ein Problem gehabt und weiß woran das liegen könnte?

Ich hoffe mal Ihr könnt mir da ein wenig auf die Sprünge helfen :)
Bye, Anubis
 
In der Datei steht bereits in der ca. 5. Zeile ein "START=no". Ändere dies einfach in "yes" und schon hast Du den Fehler mit dem überflüssigen "set" nicht mehr.
He he.. ich hatte ja folgendes geschrieben
am Ende steht set START=yes was ich aber schon getan habe
Ist aber nicht so schlimm.. Ich habe das Paket noch mal raus genommen, neu installiert und dann ging es auf einmal (warum auch immer).

Mein aktuellstes Problem ist nun, dass ich Emails abrufen kann via IMAP / POP, aber keine via smtp versenden kann. Im Internet hatte ich auch so einen Befehl gefunden, mit dem man da was testen kann...
Code:
etch:~# testsaslauthd -u [email protected] -p muh -f /var/spool/postfix/var/run/saslauthd/mux
0: NO "authentication failed"
etch:~#
laut den Angaben im Netz hätte da "Success" oder so etwas erscheinen müssen...

Somit guckte ich auch noch mal in mein mail Log und habe dann das folgende vor gefunden,
Code:
Dec 11 23:28:05 etch imapd: LOGIN, [email protected], ip=[::ffff:192.168.5.21], protocol=IMAP
Dec 11 23:29:10 etch postfix/smtpd[2609]: warning: xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms
Dec 11 23:29:10 etch postfix/smtpd[2609]: fatal: no SASL authentication mechanisms
Dec 11 23:29:11 etch postfix/master[2400]: warning: process /usr/lib/postfix/smtpd pid 2609 exit status 1
Dec 11 23:29:11 etch postfix/master[2400]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Dec 11 23:31:26 etch postfix/smtpd[2652]: warning: xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms
Dec 11 23:31:26 etch postfix/smtpd[2652]: fatal: no SASL authentication mechanisms
Dec 11 23:31:27 etch postfix/master[2400]: warning: process /usr/lib/postfix/smtpd pid 2652 exit status 1
Dec 11 23:31:27 etch postfix/master[2400]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Dec 11 23:32:27 etch postfix/smtpd[2654]: warning: xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms
Dec 11 23:32:27 etch postfix/smtpd[2654]: fatal: no SASL authentication mechanisms
Dec 11 23:32:28 etch postfix/smtpd[2656]: warning: xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms
Dec 11 23:32:28 etch postfix/smtpd[2656]: fatal: no SASL authentication mechanisms
Dec 11 23:32:29 etch postfix/master[2400]: warning: process /usr/lib/postfix/smtpd pid 2654 exit status 1
Dec 11 23:32:29 etch postfix/master[2400]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Dec 11 23:32:29 etch postfix/master[2400]: warning: process /usr/lib/postfix/smtpd pid 2656 exit status 1

Ich würde mal vermuten er hat ein Problem wegen meinem sasl Auth, aber was genau da das Problemchen ist will für mich noch nicht so aus dem Log hervor scheinen :(
 
Du hast nur den Unterschied nicht erkannt: Das "set" gehört dort nicht hin.

testsaslauthd -u [email protected] -p muh -f /var/spool/postfix/var/run/saslauthd/mux
Die üblichen Fragen:
- Hast Du es schon mit "webmaster" versucht?
- Läuft saslauthd?
- Existiert der mux?

xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms
Wie sieht die /etc/postfix/sasl/smtpd.conf denn aus?

Siehe desweiteren noch:
Probleme mit Postfix und SASL
Debian/Postfix: SMTP-Auth einrichten

Die Ausgabe von saslfinger faßt i.d.R. bereits alles zusammen, was Du hier posten mußt.

huschi.
 
Du hast nur den Unterschied nicht erkannt: Das "set" gehört dort nicht hin.
War ein Fehler mit meinem Unterstreichen.. Das, dass set da nicht hin soll war mir bewusst.. in der Zeile soll ja nur "START=yes" stehen ;)

Die Ausgabe von saslfinger faßt i.d.R. bereits alles zusammen, was Du hier posten mußt.
Dann nehme ich dich mal beim Wort und poste kurz alles was hier hin gehört
Code:
saslfinger - postfix Cyrus sasl configuration Fr 12. Dez 13:26:03 CET 2008
version: 1.0
mode: server-side SMTP AUTH

-- basics --
Postfix: 2.3.8
System: Debian GNU/Linux 4.0 \n \l

-- smtpd is linked to --
	libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7dab000)

-- active SMTP AUTH and TLS parameters for smtpd --
broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = smtpd		# Postfix >= 2.3, ab Edgy
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtpd_use_tls = yes


-- listing of /usr/lib/sasl2 --
insgesamt 104
drwxr-xr-x  2 root root  4096 2008-11-27 01:51 .
drwxr-xr-x 44 root root 12288 2008-12-10 23:36 ..
-rw-r--r--  1 root root 21726 2006-12-13 22:26 libsasldb.a
-rw-r--r--  1 root root   856 2006-12-13 22:25 libsasldb.la
-rw-r--r--  1 root root 17980 2006-12-13 22:26 libsasldb.so
-rw-r--r--  1 root root 17980 2006-12-13 22:26 libsasldb.so.2
-rw-r--r--  1 root root 17980 2006-12-13 22:26 libsasldb.so.2.0.22




-- content of /etc/postfix/sasl/smtpd.conf --
log_level: 7
pwcheck_method: saslauthd
mech_list: login plain
saslauthd_path: /var/spool/postfix/var/run/saslauthd/mux

-- active services in /etc/postfix/master.cf --
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
smtp      inet  n       -       n       -       -       smtpd
amavis unix	-	-	-	-	2	smtp
 -o smtp_data_done_timeout=1200
 -o smtp_send_xforward_command=yes

127.0.0.1:10025 inet n	-	-	-	-	smtpd
 -o content_filter=
 -o local_recipient_maps=
 -o relay_recipient_maps=
 -o smtpd_restriction_classes=
 -o smtpd_client_restriction=
 -o smtpd_helo_restriction=
 -o smtpd_sender_restriction=
 -o smtpd_recipient_restriction=permit_mynetworks,reject
 -o mynetworks=127.0.0.0/8
 -o strict_rfc821_envelopes=yes
 -o receive_override_options=no_unknown_recipient_checks,no_header_body_check
 
pickup    fifo  n       -       -       60      1       pickup
cleanup   unix  n       -       -       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
tlsmgr    unix  -       -       -       1000?   1       tlsmgr
rewrite   unix  -       -       -       -       -       trivial-rewrite
bounce    unix  -       -       -       -       0       bounce
defer     unix  -       -       -       -       0       bounce
trace     unix  -       -       -       -       0       bounce
verify    unix  -       -       -       -       1       verify
flush     unix  n       -       -       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       -       -       -       smtp
relay     unix  -       -       -       -       -       smtp
	-o fallback_relay=
showq     unix  n       -       -       -       -       showq
error     unix  -       -       -       -       -       error
discard   unix  -       -       -       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       -       -       -       lmtp
anvil     unix  -       -       -       -       1       anvil
scache	  unix	-	-	-	-	1	scache
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix	-	n	n	-	2	pipe
  flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman   unix  -       n       n       -       -       pipe
  flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
  ${nexthop} ${user}

-- mechanisms on localhost --

Wie sieht die /etc/postfix/sasl/smtpd.conf denn aus?
Die ist wie im Toturial beschrieben...
Code:
pwcheck_method: saslauthd
mech_list: login plain
saslauthd_path: /var/run/saslauthd/mux
Hoffe ich hab alles an Infos gegeben die gebraucht werden und habe nichts vergessen... :eek:

Sitze leider gerade auf der Arbeit, sonst hätte ich noch mehr Infos raus gegeben...
 
Last edited by a moderator:
./saslfinger -s | less
Leider nicht vollständig.

Die ist wie im Toturial beschrieben...
Nur so am Rande:
Im Tutorial funktioniert es. Also geht es darum die Unterschiede/Fehler zu finden. Und das kann man nur, wenn man Deine Daten sieht. Logisch, oder?

saslauthd_path: /var/run/saslauthd/mux
Passt nicht zu Deiner obigen Angabe:
testsaslauthd -u [email protected] -p muh -f /var/spool/postfix/var/run/saslauthd/mux

Da der saslfinger nicht vollständig ist, frage ich dies nochmal direkt:
Hast Du smtpd im Chroot oder ausserhalb? (Das Howto gibt beide Möglichkeiten an, wobei es (meiner Meinung nach) zur Falschen (ohne Chroot) rät.

huschi.
 
Leider nicht vollständig.
Sorry, komplette Ausgabe habe ich als Text Datei angehängt.

Passt nicht zu Deiner obigen Angabe
Stimmt, ich hätte dein tool starten sollen, bevor ich dran rum gespielt habe :(

Nur so am Rande:
Im Tutorial funktioniert es. Also geht es darum die Unterschiede/Fehler zu finden. Und das kann man nur, wenn man Deine Daten sieht. Logisch, oder?
Ich hab Methode 2 gewählt, mit dem
Code:
PARAMS="-m /var/spool/postfix/var/run/saslauthd"

So... Ich hoffe das ich nun alles gesagt und mit geliefert habe. Nun werde ich nicht weiter was einstellen an dem System... Nicht das die nächste Ausgabe von irgend etwas wieder völlig anders ist als sie Momentan ist :rolleyes:
 

Attachments

-- content of /etc/postfix/sasl/smtpd.conf --
mech_list: login plain

...
-- mechanisms on localhost --
250-AUTH DIGEST-MD5 PLAIN LOGIN NTLM CRAM-MD5
Da ist ein Unterschied. Die /etc/postfix/sasl/smtpd.conf wird also nicht gelesen/genutzt.

Schmeiße mal aus aus der main.cf die Zeile mit "smtpd_sasl_path" raus und reduziere die /etc/postfix/sasl/smtpd.conf auf die zwei Zeilen:
Code:
pwcheck_method: saslauthd
mech_list: plain login

Saslauthd und Postfix danach neu starten. (Versteht sich von selbst.)

huschi.
 
Ahhh.. Nun sieht mein Log auch schon mal ein wenig anders aus :)
Code:
testsaslauthd -u [email protected] -p muh -f /var/spool/postfix/var/run/saslauthd/mux
Aber der führt noch zu keinem Erfolg oder ist das nicht zwingend notwendig?
Und der kürzere Befehl mit dem Pfad /var/run/saslauthd/mux sagt mir auch noch das der Pfad oder das Verzeichnis nicht existiert... Muss ich das am besten händisch anlegen?

Lustig ist auch der "Fehler" in der mail.info... es ist ja schon mal schön das ich die Mails vom Konto abrufen kann via IMAP... Nun muss ich die nur noch versenden können :)

Ich glaube ich bin gerade ein besonders schwieriger Fall :rolleyes:
 

Attachments

Danke Huschi für die Hilfe bis hier hin. Ich glaube ich sollte mir mal lieber selber zu helfen. Denn hier hatte wohl jemand Langeweile und verurteilt mich dafür das ich meine Frage auf zwei Seiten versucht habe zu lösen.

Bye
 
Okay, so langsam sollten wir uns entscheiden wo es nun weiter geht @Roger Wilco, denn das ist ja noch schlimmer wenn wir permanent auf unsere Posts antworten und dann immer nur noch darauf verlinken ;)

p.s. linuxforen.de -- User helfen Usern - Einzelnen Beitrag anzeigen - [Problem] Einrichtung von Mail-Server (etch)

So... Nun aber wieder back to Topic (falls man mir noch helfen will / möchte)...
Ich kann ja nun auch via SMTP Verbinden, nun muss ich mal das kleine Howto weiter durch gucken, denn ich denke mal dadurch das ich noch nicht alles fertig eingestellt habe, können meine Emails die ich mir selber schicke noch nicht ankommen :rolleyes:

Ach ja..
Code:
etch:~# testsaslauthd -u [email protected] -p muh -f /var/spool/postfix/var/run/saslauthd/mux
0: NO "authentication failed"
etch:~#
das ist mein aktueller Stand was die Eingabe in der Konsole angeht. Und was mich noch wundert wenn das andere Thema erwähnt worden ist... Wieso muss ich User in der sasldb (sasldblistusers2) drin haben, wenn ich doch eigentlich alles via SQL Datenbank machen wollte?! :eek:
 
Wieso muss ich User in der sasldb (sasldblistusers2) drin haben, wenn ich doch eigentlich alles via SQL Datenbank machen wollte?! :eek:
Weil Du das mit SQL bisher noch nicht erwähnt hast...? ;)
Andersrum: Warum sollte der testsaslauthd eigentlich funktionieren, wenn Du noch fertig bist?

huschi.
 
Weil Du das mit SQL bisher noch nicht erwähnt hast...? ;)
Hm.. Okay, erstmal notieren das ich beim nächsten mal versuche alles zu vermitteln was mir einfällt, bin irgend wie davon ausgegangen da ich das Howto erwähnte, dass man daran erkennen konnte wie mein Auth abläuft :)

Bei mir in der authdeamonrc (vom courier) steht also folgendes mit drin...
Code:
authmodulelist="authmysql"
Und da gebe ich mal davon aus, dass er die Account Daten verwendet welche ich in der SQL Datenbank abgelegt habe.

Andersrum: Warum sollte der testsaslauthd eigentlich funktionieren, wenn Du noch fertig bist?
Nun ja, ich nahm jetzt mal an, da ich mich bis zu dem Punkt durch schlagen konnte wo postgrey neu starten kann / darf, dürfte das abholen und versenden funktionieren. Scheint aber nicht so :D
 
Back
Top