• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Email Versand - Passwort wird nicht akzeptiert. SASL Fehler

G

gTux

Member
Griàs Gōd,

ich habe ein Problem mit den Versand von Emails. Mein Server läuft mit Postfix und sasl2. Seit einer Umstellung auf virtuelle domains und virtuelle mail user die in einer mysql database gestaut wurden, kann ich zwar emails empfangen, aber beim Versand habe ich Probleme. Das Passwort wird nicht akzeptiert.

Ich bekomme in der 'syslog' folgende Zeilen zu lesen:
Code: 
Jun 24 08:37:33 bigred92 postfix/smtpd[29755]: warning: SASL authentication failure: no secret in database
Jun 24 08:37:33 bigred92 postfix/smtpd[29755]: warning: e180069152.adsl.alicedsl.de[XX.XX.XX.XX]: SASL CRAM-MD5 authentication failed: authentication failure

Meine sasl2 'smtp.conf' sieht so aus
Code: 
pwcheck_method: saslauthd
mech_list: digest-md5 cram-md5 login plain
auxprop_plugin: mysql
sql_hostnames: 127.0.0.1
sql_user: MEINDBBENUTZER
sql_passwd: MEINDBPASSWORT
sql_database: vmailschleuder
sql_select: select password from virtual_mailers where email = '%u'

Die mysql Tabelle hat natürlich eine "password" Spalte und die verschlüsselten Passwörter darin. Ich habe dort "ENCRYPT" vor jeden Passwort gewählt.

Ich vermute (bin eigentlich sicher) daher, daß es an der Verschlüsselung liegt, ich bin aber in mysql nicht so bewandert und weiß nicht für welche Verschüsselung "ENCRYPT" steht und was ich in der 'smtpd.conf' eingeben sollte damit die richtige Verschlüsselung genutzt wird.

Oder habe ich gar einen anderen Fehler gemacht?
 
S

spoensche

Moderator
Teammitglied
Hast du das AddressMapping etc. konfiguriert? (sender canonical, transport, aliases)

Poste mal bitte deine Postfixkonfiguration.
 
OP
G

gTux

Member
hi, danke dafür, daß du dich meldest.

Code: 
mail.info mail.log mail.warn syslog
Jul  3 20:58:04 bigred92 postfix/smtpd[8505]: warning: SASL authentication failure: Password verification failed
Jul  3 20:58:04 bigred92 postfix/smtpd[8505]: warning: 123456789.xxx.xxxx.com[xxx.xxx.xx.xx]: SASL PLAIN authentication failed: authentication failure
Jul  3 20:58:04 bigred92 postfix/smtpd[8505]: warning: 123456789.xxx.xxxx.com[xxx.xxx.xx.xx]: SASL LOGIN authentication failed: authentication failure


mail.err
Jul  3 20:37:32 bigred92 postfix/trivial-rewrite[8153]: fatal: proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf(0,lock|fold_fix): table lookup problem
Jul  3 20:37:34 bigred92 postfix/trivial-rewrite[8323]: fatal: proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf(0,lock|fold_fix): table lookup problem

auth.log
Jul  3 21:02:03 bigred92 saslauthd[7939]: pam_mysql - SELECT returned no result.
Jul  3 21:02:03 bigred92 saslauthd[7939]: pam_mysql - SELECT returned no result.
Jul  3 21:02:03 bigred92 saslauthd[7939]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module
Jul  3 21:02:03 bigred92 saslauthd[7939]: do_auth         : auth failure: [user=username] [service=smtp] [realm=domäne.com] [mech=pam] [reason=PAM auth error]
Jul  3 21:02:06 bigred92 saslauthd[7934]: pam_mysql - SELECT returned no result.
Jul  3 21:02:06 bigred92 saslauthd[7934]: pam_mysql - SELECT returned no result.
Jul  3 21:02:06 bigred92 saslauthd[7934]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module
Jul  3 21:02:06 bigred92 saslauthd[7934]: do_auth         : auth failure: [user=username] [service=smtp] [realm=domäne.com] [mech=pam] [reason=PAM auth error]

posffix configuration:
Code: 
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
home_mailbox = Maildir/
html_directory = /usr/share/doc/postfix/html
inet_protocols = ipv4
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = $myhostname, localhost, 127.0.0.1
mydomain = domäne.de
myhostname = bigred92.domäne.de
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = $mydomain
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
relay_domains = hash:/etc/postfix/transport,hash:/etc/postfix/relay_domains
smtp_tls_security_level = may
smtp_tls_note_starttls_offer = yes
smtp_sasl_security_options = noanonymous
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_helo_required = yes
smtpd_sasl_auth_enable = yes
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
smtpd_tls_cert_file = /etc/ssl/certs/postfix.pem
smtpd_tls_key_file = /etc/ssl/private/postfix.pem
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_recipient_restrictions = reject_non_fqdn_sender,  
     reject_unknown_recipient_domain,       
     reject_non_fqdn_recipient,      
     reject_unknown_sender_domain,   
     permit_sasl_authenticated,       
     permit_mynetworks,      
     permit,
     reject_unauth_destination
tls_random_prng_update_period = 3600s
tls_random_source = dev:/dev/urandom
strict_rfc821_envelopes = yes
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:5000
virtual_mailbox_base = /home/vuser/Maildir
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_transport = procmail
virtual_uid_maps = static:5000
 
S

spoensche

Moderator
Teammitglied
gTux schrieb:
Code: 
mail.info mail.log mail.warn syslog
Jul  3 20:58:04 bigred92 postfix/smtpd[8505]: warning: SASL authentication failure: Password verification failed
Jul  3 20:58:04 bigred92 postfix/smtpd[8505]: warning: 123456789.xxx.xxxx.com[xxx.xxx.xx.xx]: SASL PLAIN authentication failed: authentication failure
Jul  3 20:58:04 bigred92 postfix/smtpd[8505]: warning: 123456789.xxx.xxxx.com[xxx.xxx.xx.xx]: SASL LOGIN authentication failed: authentication failure
Zum Vergrößern anklicken....
Das sieht eher nach einem unerlaubten Logi- Versuch von draussen aus und nicht vom LAN.

gTux schrieb:
Code: 
mail.err
Jul  3 20:37:32 bigred92 postfix/trivial-rewrite[8153]: fatal: proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf(0,lock|fold_fix): table lookup problem
Jul  3 20:37:34 bigred92 postfix/trivial-rewrite[8323]: fatal: proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf(0,lock|fold_fix): table lookup problem
Zum Vergrößern anklicken....

Das ist ein Fehler in der Konfiguration. Die Pfadangaben zu den MySQL- Dateien ist nicht korrekt. Dazu später mehr.


gTux schrieb:
Code: 
auth.log
Jul  3 21:02:03 bigred92 saslauthd[7939]: pam_mysql - SELECT returned no result.
Jul  3 21:02:03 bigred92 saslauthd[7939]: pam_mysql - SELECT returned no result.
Jul  3 21:02:03 bigred92 saslauthd[7939]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module
Jul  3 21:02:03 bigred92 saslauthd[7939]: do_auth         : auth failure: [user=username] [service=smtp] [realm=domäne.com] [mech=pam] [reason=PAM auth error]
Jul  3 21:02:06 bigred92 saslauthd[7934]: pam_mysql - SELECT returned no result.
Jul  3 21:02:06 bigred92 saslauthd[7934]: pam_mysql - SELECT returned no result.
Jul  3 21:02:06 bigred92 saslauthd[7934]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module
Jul  3 21:02:06 bigred92 saslauthd[7934]: do_auth         : auth failure: [user=username] [service=smtp] [realm=domäne.com] [mech=pam] [reason=PAM auth error]
Zum Vergrößern anklicken....

Das ist das Resultat des vorherigen Konfigurationsfehlers.

gTux schrieb:
posffix configuration:
Code: 
inet_protocols = ipv4
inet_interfaces = all
mailbox_size_limit = 0
mydestination = $myhostname, localhost, 127.0.0.1
mydomain = domäne.de
myhostname = bigred92.domäne.de
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128local
myorigin = $mydomain
relay_domains = hash:/etc/postfix/transport,hash:/etc/postfix/relay_domains
Zum Vergrößern anklicken....

Du sagst dem Postfix, das er nur IPv4 verwenden soll. Wieso hast du dann die IPv6 Adressen angegeben?

Wenn du aus dem LAN e-Mails versenden willst, dann musst du in der Variablen "mynetworks" auch den Adressraum deines LAN's angeben, ansonsten darf nur localhost e-Mails über den Postfix versenden.

Du weisst was die Variable relay_domains für eine Bedeutung hat? Bei fehlerhafter Verwendung bzw. Konfiguration hast du dir sehr schnell ein offenes Mailrelay (offener Mailversand, jeder beliebige SMTP- Server kann für die Weiterleitung verwendet werde) eingerichtet und ehe du dich versiehst, ist aus deinem Postfix eine SPAM- Schleuder geworden. Die Variable sollte nur den SMTP-Server deines Providers als Wert haben.

Die Authentifizierungsmethode bzw. der Mechanismus PLAIN (Klartext) sollte man wenn möglich deaktivieren.


gTux schrieb:
Code: 
smtpd_recipient_restrictions = reject_non_fqdn_sender,  
     reject_unknown_recipient_domain,       
     reject_non_fqdn_recipient,      
     reject_unknown_sender_domain,   
     permit_sasl_authenticated,       
     permit_mynetworks,      
     permit,
     reject_unauth_destination
Zum Vergrößern anklicken....

Das gehört nicht in die /etc/postfix/main.cf sondern in in die /etc/postfix/smtp/smtpd.conf. Mal abgesehen davon setzt du die Empfängerbeschränkungen und erlaubst mit permit wieder alle Empfänger.


gTux schrieb:
Code: 
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
Zum Vergrößern anklicken....

"proxy:" muss vor dem "mysql:" entfernt werden.
 
OP
G

gTux

Member
hi,
danke erstmal. Ich habe einiges umgesetzt.
Code: 
postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
home_mailbox = Maildir/
html_directory = /usr/share/doc/postfix/html
inet_interfaces = all
inet_protocols = ipv4
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = $myhostname, localhost, 127.0.0.1
mydomain = domäne.com
myhostname = bigred92.domäne.com
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = $mydomain
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
relay_domains = hash:/etc/postfix/transport,hash:/etc/postfix/relay_domains
relayhost =
smtp_sasl_security_options = noanonymous
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_helo_required = yes
smtpd_sasl_auth_enable = yes
smtpd_tls_cert_file = /etc/ssl/certs/postfix.pem
smtpd_tls_key_file = /etc/ssl/private/postfix.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
strict_rfc821_envelopes = yes
tls_random_prng_update_period = 3600s
tls_random_source = dev:/dev/urandom
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf
virtual_gid_maps = static:5000
virtual_mailbox_base = /home/vuser/Maildir
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_transport = procmail
virtual_uid_maps = static:5000

/etc/postfix/sasl/smtpd.conf
Code: 
pwcheck_method: saslauthd
mech_list: PLAIN LOGIN cram-md5 digest-md5

allow_plaintext: true
auxprop_plugin: mysql
sql_hostnames: 127.0.0.1
sql_user: MEINDBBENUTZER
sql_passwd: MEINDBPASSWORT
sql_database: MEINEDATENBANK
sql_select: select password from virtual_users where email = '%u'

autotransition: true
saslauthd_path: /var/run/saslauthd/mux

smtpd_recipient_restrictions =
        reject_non_fqdn_sender,
        reject_non_fqdn_recipient,
        reject_unknown_sender_domain,
        reject_unknown_recipient_domain,
        permit_sasl_authenticated,
        permit_mynetworks,
        reject_rbl_client zen.spamhaus.org,
        reject_rbl_client ix.dnsbl.maintu.net,
        reject_unauth_destination

Dazugehörige Fehlermeldung beim email Versand.
Code: 
Jul  5 12:26:55 bigred92 postfix/smtpd[4126]: warning: SASL per-process initialization failed: generic failure
Jul  5 12:26:55 bigred92 postfix/smtpd[4126]: fatal: SASL per-process initialization failed
Jul  5 12:26:56 bigred92 postfix/master[3648]: warning: process /usr/lib/postfix/smtpd pid 4126 exit status 1
Jul  5 12:26:56 bigred92 postfix/master[3648]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling

Fehlermeldung beim Login wenn ich die 'smtpd_recipient_restrictions' in der 'main.cf' belasse:
Code: 
Jul  5 12:07:48 bigred92 postfix/smtpd[1923]: warning: SASL authentication failure: Password verification failed
Jul  5 12:07:48 bigred92 postfix/smtpd[1923]: warning: 123456789.xxx.xxxx.com[xxx.xxx.xx.xx]: SASL PLAIN authentication failed: authentication failure
Jul  5 12:07:48 bigred92 postfix/smtpd[1923]: warning: 123456789.xxx.xxxx.com[xxx.xxx.xx.xx]: SASL LOGIN authentication failed: authentication failure
Jul  5 12:07:52 bigred92 pop3d-ssl: LOGOUT, user=user@domain.com, ip=[::ffff:xx.xx.xx.xxx], port=[46624], top=0, retr=0, rcvd=18, sent=232, time=23, stls=1
Jul  5 12:07:53 bigred92 authdaemond: Authenticated: sysusername=<null>, sysuserid=5000, sysgroupid=5000, homedir=/home/vuser, address=user@domain.com, fullname=user@domain.com, maildir=/home/vuser/Maildir/domain.com/user/, quota=<null>, options=<null>
Jul  5 12:07:53 bigred92 authdaemond: Authenticated: clearpasswd=**********, passwd=***********
Jul  5 12:07:53 bigred92 pop3d-ssl: LOGIN, user=user@domain.com, ip=[::ffff:xx.xx.xx.xxx], port=[53905]

Die Logins kommen nicht vom LAN sondern über Thunderbird durch das Internet.

Seitdem ich "proxy:" entfernt habe, werden auch die falschen Pfade nicht mehr gemeldet.
 
S

spoensche

Moderator
Teammitglied
Die SMTP Recipient Restrictions haben nichts mit SASL zu tun, sondern sind Anweisungen für den Postfix und werden in einer separaten Datei definiert.

Wenn du etwas an der Postfixkonfiguration geändert hast, dann musst du den Postfix neustarten.
 
Geier0815

Geier0815

Guru
Mach mal folgenden Test: Lege einen (identischen) User mit dem gleichen Passwort wie bei einem deiner Mail-User auf dem System per yast an. Klappt es bei diesem User jetzt? Wenn nein, dann vergleich mal ob der Passworthash in der /etc/shadows identisch ist mit dem in deiner mysql-Tabelle. Leider kann ich dir nicht sagen welcher Algorithmus bei dir verwendet wird.
 
OP
G

gTux

Member
Also, ich weiß nicht wozu ich die smtpd_recipient_restrictions in eine andere Datei setzen sollte - auch in der main.cf werden sie ausgelesen und benutzt.

Der Hash ist bei mir jedes mal ein anderer - zumindest in der mysql db.

Ich habe auch das hier gemacht:
http://www.rootz.de/2010/04/postfix-smtp-server-sasl-authentikation-uber-courier-authlib-authdaemond/

Leider hat es nicht geholfen, er findet auch den Pfad zum authdaemond nicht.

Dann versuchte ich noch das
Code: 
~#testsaslauthd -u xx@xx.xx -p xxx
0: NO "authentication failed"

Kann ich etwas aktivieren, hochsetzen oder ähnliches um mehr input über die Ursachen abzufragen?
 
Geier0815

Geier0815

Guru
testsaslauthd hast Du gegen den im System angelegten User getestet? Ich hatte nämlich mal ein ähnliches Problem, da hatte ich die User per useradd angelegt und dadurch waren die Passworte in Klartext in der passwd angelegt worden. Und der Passworthash bei gleichem Usernamen ist ein anderer zwischen System und mysql? Dann teste bitte mal den hash aus dem System als Passwort in der mysql einzutragen. Dann immer noch Probleme?
 
S

stka

Guru
Das Problem ist deine Verschlüsselung des Passworts. In deiner smtp.conf steht:
mech_list: digest-md5 cram-md5 login plain
Zum Vergrößern anklicken....
In deiner MySQL Datenbank verwendest du "ENCRYPT" Ein kurzer Blick in die Manpage oder auf die Mysql webseite hätte dir folgendes gebracht:
http://dev.mysql.com/doc/refman/5.5/en/encryption-functions.html#function_encrypt
Das ganze wird immer noch nicht funktionieren, da du in "mynetworks" immer noch nicht dein Netzwerk eingetragen hast.
 
OP
G

gTux

Member
Ok, also ich habe testsaslauthd mit einem lokalen Benutzer versucht - das klappt tatsächlich:
Code: 
testsaslauthd -u xxxxxxx -p xxxxxxxxxxxxx
0: OK "Success."

Dann habe ich in der mySQL Datenbank für den email benutzer das Passwort eingegeben und daneben unter "Funktion", "md5" gewählt. Leider weiterhin kein Login möglich.

Nach jeder Aktion starte ich alle Dienste neu:
- postfix
- mysql
- saslauthd
- authdaemond
- courier imap,pop, ssl und normal

Auch ich vermute, dass es an der mysql db und der Encryption liegt. Aber Lösung habe ich noch keine.
 
Geier0815

Geier0815

Guru
Füge doch mal den hash-Wert wie er in der shadows steht direkt in die mysql ein. Dann könnten wir wenigstens sehen, wenn Du den User lokal wieder löschst, ob der sasl überhaupt auf die Datenbank zugreift.
 
OP
G

gTux

Member
Ich will nicht blöd klingen, aber muss der lokale benutzer exakt gleich heissen wie der virtuelle? Oder kann es auch ein anderer mit einem gleichen PW sein? Die Hashwerte kommen von Namen+Passwort oder nur vom Passwort?
 
OP
G

gTux

Member
Also ich klär mal etwas auf.

Meine Benutzer, die in der mysql database abgefragt werden, heissen etwa so:

user@domain.de
Zum Vergrößern anklicken....

Also es sind Email Adressen.
Sollte ich wirklich einen lokalen Benutzer anlegen, der ein "@" in seinem Namen hat?
 
OP
G

gTux

Member
So, habe den user "user@domain.de" angelegt. Dann in der /etc/shadow den Hash des PW ausgelesen, kopiert und versucht in die mysql db einzufügen. Dabei kommt in phpmyadmin folgende meldung:
1 Zeile(n) betroffen.
Warning: #1265 Data truncated for column 'password' at row 1
Zum Vergrößern anklicken....

Offensichtlich ist der hash länger, als erlaubt. Es ist aber seltsam, denn auch wenn ich jetzt das alte PW eingebe - es sind 10 Zeichen - und daneben unter "function", "PASSWORD" wähle. Es wird die gleiche Fehlermeldung produziert.
 
S

stka

Guru
Weil der MD5 hash immer eine bestimmte Länge hat und die Passwörter in der shadow keine MD5 Passwörter sind. Du kannst den Verschlüsselungsalgorithmus im yast nachsehen wenn du dort einen Benutzer anlegst. Ich bin mir nicht sicher, da ich schon lange keine Suse mehr verwende, aber ich meine, du kannst dort auch wieder MD5 als Verschlüsselung einstellen. Dann sollte auch der Passwort-Hash wieder von der Länge passen. Hier noch mal zwei Howtos die ich gefunden habe:

http://enc.com.au/2005/03/postfixmysql/
http://blog.credativ.com/de/2010/06/howto-sasl-mit-postfix-via-mysql-und-saslauthdrimap-auf-centos.html
 
OP
G

gTux

Member
Vorab möchte ich noch über die /etc/postfix/smtpd.conf was sagen

Die aktuelle smtpd.conf sieht so aus:
Code: 
pwcheck_method: saslauthd
mech_list: PLAIN LOGIN
allow_plaintext: true
auxprop_plugin: mysql
sql_hostnames: 127.0.0.1
sql_user: db_user_name
sql_passwd: db_user_password
sql_database: db_name
sql_select: select password from virtual_users where email = '%u'
autotransition: true
saslauthd_path: /var/run/saslauthd/mux

ES FUNKTIONIERT !!!

Allerdings nur, wenn ich den saslauthd stoppe und manuell starte - auf folgende Weise:
Code: 
saslauthd -a pam -n 5 -V -c -m /var/spool/postfix/var/run/saslauthd -r -d

Dann kommen darunter folgenden Meldungen:
Code: 
saslauthd[15949] :main            : num_procs  : 5
saslauthd[15949] :main            : mech_option: NULL
saslauthd[15949] :main            : run_path   : /var/spool/postfix/var/run/saslauthd
saslauthd[15949] :main            : auth_mech  : pam
saslauthd[15949] :cache_alloc_mm  : mmaped shared memory segment on file: /var/spool/postfix/var/run/saslauthd/cache.mmap
saslauthd[15949] :cache_init      : bucket size: 96 bytes
saslauthd[15949] :cache_init      : stats size : 36 bytes
saslauthd[15949] :cache_init      : timeout    : 28800 seconds
saslauthd[15949] :cache_init      : cache table: 985828 total bytes
saslauthd[15949] :cache_init      : cache table: 1711 slots
saslauthd[15949] :cache_init      : cache table: 10266 buckets
saslauthd[15949] :cache_init_lock : flock file opened at /var/spool/postfix/var/run/saslauthd/cache.flock
saslauthd[15949] :ipc_init        : using accept lock file: /var/spool/postfix/var/run/saslauthd/mux.accept
saslauthd[15949] :detach_tty      : master pid is: 0
saslauthd[15949] :ipc_init        : listening on socket: /var/spool/postfix/var/run/saslauthd/mux
saslauthd[15949] :main            : using process model
saslauthd[15949] :have_baby       : forked child: 15950
saslauthd[15949] :have_baby       : forked child: 15951
saslauthd[15949] :have_baby       : forked child: 15952
saslauthd[15949] :have_baby       : forked child: 15953
saslauthd[15949] :get_accept_lock : acquired accept lock
saslauthd[15949] :rel_accept_lock : released accept lock
saslauthd[15949] :cache_get_rlock : attempting a read lock on slot: 845
saslauthd[15949] :cache_lookup    : [login=user2@domain.de] [service=domain.de] [realm=smtp]: not found, update pending
saslauthd[15949] :cache_un_lock   : attempting to release lock on slot: 845
saslauthd[15952] :get_accept_lock : acquired accept lock
saslauthd[15949] :cache_get_wlock : attempting a write lock on slot: 845
saslauthd[15949] :cache_commit    : lookup committed
saslauthd[15949] :cache_un_lock   : attempting to release lock on slot: 845
saslauthd[15949] :do_auth         : auth success: [user=user2@domain.de] [service=smtp] [realm=domain.de] [mech=pam]
saslauthd[15949] :do_request      : response: OK
saslauthd[15952] :rel_accept_lock : released accept lock
saslauthd[15951] :get_accept_lock : acquired accept lock
saslauthd[15952] :cache_get_rlock : attempting a read lock on slot: 1671
saslauthd[15952] :cache_lookup    : [login=username1@domain.de] [service=domain.de] [realm=smtp]: not found, update pending
saslauthd[15952] :cache_un_lock   : attempting to release lock on slot: 1671
saslauthd[15952] :cache_get_wlock : attempting a write lock on slot: 1671
saslauthd[15952] :cache_commit    : lookup committed
saslauthd[15952] :cache_un_lock   : attempting to release lock on slot: 1671
saslauthd[15952] :do_auth         : auth success: [user=username1@domain.de] [service=smtp] [realm=domain.de] [mech=pam]
saslauthd[15952] :do_request      : response: OK
saslauthd[15953] :server_exit     : child exited: 15953
saslauthd[15952] :server_exit     : child exited: 15952
saslauthd[15951] :server_exit     : child exited: 15951
saslauthd[15950] :server_exit     : child exited: 15950
saslauthd[15949] :handle_sigchld  : child exited: 15950
saslauthd[15949] :handle_sigchld  : child exited: 15951
saslauthd[15949] :handle_sigchld  : child exited: 15952
saslauthd[15949] :handle_sigchld  : child exited: 15953
saslauthd[15949] :server_exit     : pid file lock removed: /var/spool/postfix/var/run/saslauthd/saslauthd.pid.lock
saslauthd[15949] :cache_cleanup_lock: flock file removed: /var/spool/postfix/var/run/saslauthd/cache.flock
saslauthd[15949] :cache_cleanup_mm: cache mmap file removed: /var/spool/postfix/var/run/saslauthd/cache.mmap
saslauthd[15949] :ipc_cleanup     : accept lock file removed: /var/spool/postfix/var/run/saslauthd/mux.accept
saslauthd[15949] :ipc_cleanup     : socket removed: /var/spool/postfix/var/run/saslauthd/mux
saslauthd[15949] :server_exit     : master exited: 0

Habt Ihr vielleicht eine Ahnung wieso? Automatisch will es immer noch nicht funktionieren.
 
Geier0815

Geier0815

Guru
In der Konfig steht als Path "/var/run/saslauthd/mux" und beim anderen wird "/var/spool/postfix/var/run/saslauthd/mux" verwendet? Kann es sein das er den Pfad nicht relational sondern absolut betrachtet?
 
S

stka

Guru
ACHTUNG Postfix läuft in einer chroot-Umgebung da muss der Pfad natürlich angepasst werden. Steht auch in jedem howto.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben