Nach Neuinstallation weigert postfix sich bei ausgehenden Mails (SMTP)

Konni · 3. Januar 2010

Hallo Leute,

ich hatte vor kurzem schon mit heftigen postfix-Problemen zu kämpfen gehabt (ich hatte hier davon berichtet). Nun habe ich endlich mal etwas Zeit gehabt und eine Neuinstallation durchgeführt. Gestern Mittag hatte ich also begonnen das neue System einzurichten (Lenny + Syscp).

Angefangen hatte ich wie immer mit lighttpd und denyhosts. Danach habe ich dann mit dem Mail-Server angefangen (dovecot + postfix).

Dovecot hatte ich auch schnell am laufen. Mit postfix hatte ich aber gleich wieder Probleme. Eingehende eMails werden problemlos verwaltet und an Dovecot verteilt. Ich kann allerdings keine eMails versenden. Thunderbird3 meldet immer einen fehlerhaften Login. Die Daten sind aber auf jeden Fall korrekt und die MySQL-Anbindung von postfix sollte auch stimmen. Immerhin werden ja auch die eingehenden Mails korrekt verteilt.
Ich tippe also auf irgendein Problem mit der SMTP-Authentifizierung.

Da ich mit postfix auf keinen grünen Zweig kam, habe ich zwischendurch auch mal exim4 ausprobiert. Aber auch hier hatte ich fast das selbe Problem. Eingehende Mails kein Problem, ausgehende wurden zurückgeschickt mit der Meldung "unroutable address". Im Debug-Modus war das Problem aber wohl auch irgendwas mit einer fehlerhaften Authentifizierung.

Also: Was habe ich falsch gemacht? Hat jemand einen Tipp für mich?

Einrichtung war streng nach Syscp-Angaben, natürlich angepasst auf die eigenen Daten.

Im mail.log habe ich dann immer solche Einträge:

Code

Jan  2 23:12:06 v230211191 postfix/smtpd[7215]: connect from p54xxxxx3.dip.t-dialin.net[84.xxx.xxx.83]
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: warning: SASL authentication failure: Password verification failed

Im auth.log dieses:

Code

Jan  2 23:12:06 v230211191 postfix/smtpd[7215]: sql auxprop plugin using mysql engine
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: sql plugin Parse the username mxxxxxxx@kxxxxxx.biz
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: sql plugin try and connect to a host
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: sql plugin trying to open db 'syscp' on host 'localhost'
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: sql plugin could not connect to host localhost
Jan  2 23:12:07 v230211191 postfix/smtpd[7215]: sql plugin couldn't connect to any host

Wenn ich in der /etc/postfix/sasl/smtpd.conf localhost durch 127.0.0.1 ersetze, gibt es allerdings den selben Fehler.

Hat wer einen Tipp oder kann sich das vielleicht mal selbst ansehen? Ich habe gestern locker 10 Stunden damit verbracht und bis es langsam leid.

Edit: Ich habe auch schon die "alte" main.cf von postfix ausprobiert, die vorher auf meinem System einwandfrei funktioniert hat. Die bringt hier den selben Fehler.

Gruß
Konni

Konni · 3. Januar 2010

Achja - hier noch meine main.cf

Code

# Postfix programs paths settings
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
sendmail_path = /usr/sbin/sendmail




## General Postfix configuration
# should be the default domain from your provider eg. "server100.provider.tld"
mydomain = domain.biz




# should be different from $mydomain eg. "mail.$mydomain"
myhostname = mail.domain.biz
mydestination = $myhostname, localhost.$mydomain, localhost
mynetworks = 127.0.0.0/8
inet_interfaces = all
append_dot_mydomain = no
biff = no




# Postfix performance settings
default_destination_concurrency_limit = 20
local_destination_concurrency_limit = 2




# SMTPD Settings
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks,
        permit_sasl_authenticated,
        reject_unauth_destination,
        reject_unauth_pipelining,
        reject_non_fqdn_recipient
smtpd_sender_restrictions = permit_mynetworks,
        permit_sasl_authenticated,
#       reject_unknown_hostname,
#       reject_unknown_recipient_domain,
        reject_unknown_sender_domain
smtpd_client_restrictions = permit_mynetworks,
        permit_sasl_authenticated,
#       reject_unknown_client




## SASL Auth Settings
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
## Dovecot Settings for deliver, SASL Auth and virtual transport
## uncomment those line to use Dovecot
#mailbox_command = /usr/lib/dovecot/deliver
#virtual_transport = dovecot
#dovecot_destination_recipient_limit = 1




# Virtual delivery settings
virtual_mailbox_base = /var/customers/mail/
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_alias_maps.cf
virtual_uid_maps = static:2000
virtual_gid_maps = static:2000




# Local delivery settings
local_transport = local
alias_database = hash:/etc/aliases
alias_maps = $alias_database




# Default Mailbox size, is set to 0 which means unlimited!
mailbox_size_limit = 0




### TLS settings
###
## TLS for outgoing mails from the server to another server
#smtp_use_tls = yes
#smtp_tls_note_starttls_offer = yes
## TLS for email client
#smtpd_tls_cert_file = /etc/ssl/server/v230211191.pem
#smtpd_tls_key_file = /etc/ssl/server/v230211191.pem
#smtpd_tls_CAfile = /etc/ssl/cacert.class3.crt  # Just an example for CACert.org
#smtpd_tls_auth_only = no
#smtpd_tls_loglevel = 1
#smtpd_tls_received_header = yes
#smtpd_tls_session_cache_timeout = 3600s
#tls_random_source = dev:/dev/urandom




debugger_command =
         PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
         ddd $daemon_directory/$process_name $process_id & sleep 5

Alles anzeigen

Gruß
Konni

Konni · 3. Januar 2010

Meine netstat-Ausgabe sieht auch wieder mal recht voll und lang aus. Leider kann ich die Ausgabe im zweiten Abschnitt nicht deuten. Was sagen die vielen Verbindungen dort eigentlich aus?

Bei exim4 war das dort sehr viel übersichtlicher.

Gruß
Konni

Konni · 3. Januar 2010

Ich hab's jetzt nochmal mit exim4 probiert und dabei diesen syscp-Bug berücksichtigt:

http://bugs.syscp.org/print_bug_page.php?bug_id=1133

Jetzt läuft's ... =)

postfix kann mich jetzt mal ...

Gruß
Konni

ramstein · 24. Januar 2010

grml ........

Das hab ich nun auch nach dem Upgrade von Etch auf Lenny.

Netterweise ist aber "nur" Outlook und der Webmailer betroffen.
Thunderbird arbeitet wie gewohnt ?!?

Konni · 24. Januar 2010

Da ich mit exim4 SSL nicht gescheit zum laufen bekommen hatte, habe ich mich doch nochmal mit postfix beschäftigt und es dann auch zum laufen bekommen. Seitdem läuft alles einwandfrei.

Gruß
Konni

Schulz · 5. Februar 2010

Ich habe die gleichen Probleme mit den eMails. Habe das netcup Image debian + SysCP drauf.

An was hat es denn nun gelegen ?