Probleme nach Postfix update mit SMTP Versand

I

ikonos

Registered User
Hallo
ich habe schon etwas länger einen vserver.
Darauf läuft ein Mailserver, der eigentlich auch nie Probleme machte.
Nun habe ich mich einmal nicht an das Motto "Never touch an running system" gehalten, und schon gibts Probleme.
Beim Update von Postfix 1 auf Postfix 2 wurde etwas verändert, was den Versand über SMTP unmöglich macht.
Die authentifikation schlägt fehl.

Da ich eigentlich immer den Server über COnfixx verwaltet habe und mein Co-Admin, der sich um die richtige Administration kümmert, zur Zeit in den USA ist habe ich nun das Problem, dass ich dieses Problem allein in den Griff bekommen muss, was ich aber alleine nicht hinbekomme.
Nun habe ich mal hier auf dem Board gesucht, aber nicht mein problem gefunden, so Poste ich hier mal Wink.

Also, beim Senden über das Confixx Webinterface gibts keine Probleme.
Wenn ich aber über Outlook versenden will, funktioniert das nicht und im Maillog steht folgende Fehlermeldung:

Code: 
Nov 29 10:14:09 v300 postfix/smtpd[10400]: connect from p5*******.dip.t-dialin.net[80.137.**.**]
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication failure: no secret in database
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: p5*******.dip.t-dialin.net[80.137.**.**]: SASL CRAM-MD5 authentication failed
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication failure: no secret in database
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: p5*******.dip.t-dialin.net[80.137.**.**]: SASL NTLM authentication failed
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication failure: Password verification failed
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: p5*******.dip.t-dialin.net[80.137.**.**]: SASL PLAIN authentication failed
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
Nov 29 10:14:12 v300 postfix/smtpd[10400]: warning: p5*******.dip.t-dialin.net[80.137.**.**]: SASL LOGIN authentication failed
Nov 29 10:14:15 v300 postfix/smtpd[10400]: lost connection after AUTH from p5*******.dip.t-dialin.net[80.137.**.**]
Nov 29 10:14:15 v300 postfix/smtpd[10400]: disconnect from p5*******.dip.t-dialin.net[80.137.**.**]

So, hier schlägt scheinbar die Sasl Authentifikation fehl.
Kann mir jemand eine Schritt für SChritt anleitung geben, wie ich das wieder in den Griff bekomme?

Wir gehen mal davon aus, dass ich nur den Postfix2 geupdated hab.

Was muss ich nun machen, damit SASL usw. wieder klappt?
DIe Config Dateien sehen so aus:

Main.cf
Code: 
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
setgid_group = postdrop
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no
myhostname = ******.de
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ******.de, localhost.*****.de, , localhost
relayhost =
mynetworks = 127.0.0.0/8
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, check_relay_domains
content_filter = smtp-amavis:[127.0.0.1]:10024

### CONFIXX POSTFIX ENTRY ###

virtual_maps = hash:/etc/postfix/confixx_virtualUsers, hash:/etc/postfix/confixx_localDomains

### /CONFIXX POSTFIX ENTRY ###

Master.cf
Code: 
smtp inet n - - - - smtpd
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - - 300 1 qmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
flush unix n - - 1000? 0 flush
smtp unix - - - - - smtp
showq unix n - - - - showq
error unix - - - - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp

cyrus unix - n n - - pipe
flags=R user=cyrus argv=/usr/sbin/cyrdeliver -e -m ${extension} ${user}
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 -d -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}

smtp-amavis unix - - n - 1 smtp
-o smtp_data_done_timeout=1200
-o disable_dns_lookups=yes

127.0.0.1:10025 inet n - n - - smtpd
-o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o strict_rfc821_envelopes=yes
proxymap unix - - n - - proxymap
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
relay unix - - n - - smtp
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5


Ich danke euch vielmals für eure Hilfe!!!

Ikonos
 
Last edited by a moderator:
Die Boardsuche zum Stichwort 'sasldb2' (in der Fehlermeldung enthalten) findet direkt als zweiten Treffer diesen Thread mit folgender Lösung:
huschi said:
Lege eine /etc/sasldb2 mittels saslpasswd2 mit einem Dummy an. Der Eintrag kann auch wieder entfernt werden, Hauptsache die sasldb2 liegt vor.
Click to expand...
Achte auch auf die Benutzerrechte.

huschi.
 
hi
die sasldb2 gibts, hat die rechte 0644,m also darf jeder lesen!

dashier ist die smtpd.conf:
pwcheck_method: saslauthd
Click to expand...

ist da vielleicht ein fehler drin?

wie heisst das paket, was diese saslauthd ausführt?!

ikonos
 
ikonos said:
die sasldb2 gibts, hat die rechte 0644,m also darf jeder lesen!
Click to expand...
Sie sollte von SASL im r/w-Modus zu öffnen sein.
Bsp. siehe Ende des o.g. Threads.

huschi.
 
hi
bin mal auf chmod 0777 gegange, schlägt leider immernoch fehl :(

hab die datei dann mal gelöscht und mit "saslpasswd2" einen neuen user inkl. datei angelegt und....auch fehlgeschlagen
immernoch steht in den logs, dass es die besagte datei nicht gäbe, obwohl ihre existenz klar ist!
 
Hallo!
Code: 
chmod 660 sasldb2
User und Gruppe sollten natürlich auch stimmen.

mfG
Thorsten
 
bei 0777 dürfen ja alle lesen und schreiben, deshalb ist es doch egal welche gruppe...
im log steht jedoch immernoch datei nicht gefunden etc.
 
Hallo!
ikonos said:
bei 0777 dürfen ja alle lesen und schreiben,
Click to expand...
Eben :)
ikonos said:
deshalb ist es doch egal welche gruppe...
im log steht jedoch immernoch datei nicht gefunden etc.
Click to expand...
Eventuell soll in diesem Fall aber eben nicht jeder diese Datei lesen können.

mfG
Thorsten
 
hi
naja, denke nicht das es das ist, aber einen versuch ist's wert ;)
also, welche gruppe bzw. welchem nutzer soll die datei denn gehören??
 
hi!
leider immernoch negativ :(

hatte jetzt schon überlegt auf andere lösungen umzusteigen...

wie sicher ist z.b. smtp after pop?
gibts da noch mehr möglichkeiten?

ikonos
 
Back to base:
Welchen saslauthd hast Du denn?
/usr/sbin/saslauthd -v

Falls Du cyrus-sasl 2.x hast, liegt der Fehler in der smtpd.conf. Dort kann man die Berkley-DB abschalten. Den genauen Syntax mußt Du in der Doku nachlesen.

huschi.
 
You must log in or register to reply here.
Back
Top