Hallo,

Vorgeschichte:
Wir haben Anfang Dezember auf Debian 5.0 und Plesk 9.2.3 umgestellt.
Danach kam es zu massiven Problemem mit Postfix.

Unter anderem schreibt Plesk fehlerhafte configs (was dieses Programm ja noch nie richtig konnte...)

Wir haben daraufhin das ganze Spamfiltergedöns und alle von Plesk eingeklinkten Postfixdienste ausgebaut (plesk_virtual, port 10024, port 10026, ...)
Danach lief es wieder einigermaßen ohne E-Mails in der Queue versauern zu lassen.

Dann kam ja irgendwann mitte Dezember ein Hotfix das angeblich massig E-Mail und Postfix beheben sollte. Was anfänglich ganz ok aussah, doch nach 2 Tagen haben wir auch hier wieder die oben beschriebenen Änderungen vorgenommen.


Problem:
Ich hab nun wieder einige Kunden die für eine E-Mail Adresse sowohl eine Mailbox als auch eine Weiterleitung aktiviert haben.
Dummerweise schreibt Plesk dies nicht in die entsprechenden Postfix-Config-Files.

Änderungen an der master.cf
smtp inet n - - - - smtpd
#smtp inet n - - - - smtpd -o smtpd_proxy_filter=127.0.0.1:10026

pickup fifo n - - 60 1 pickup
#pickup fifo n - - 60 1 pickup -o content_filter=smtp:127.0.0.1:10026

plesk_virtual unix - n n - - pipe flags=DORhu user=popuser:popuser argv=/usr/lib/plesk-9.0/postfix-local -f ${sender} -d ${recipient} -p /var/qmail/mailnames
#127.0.0.1:10025 inet n n n - - spawn user=mhandlers-user argv=/usr/lib/plesk-9.0/postfix-queue 127.0.0.1 10027 before-queue
127.0.0.1:10026 inet n - - - - smtpd
#127.0.0.1:10027 inet n n n - - spawn user=mhandlers-user argv=/usr/lib/plesk-9.0/postfix-queue 127.0.0.1 10026 before-remote
plesk_saslauthd unix y y y - 1 plesk_saslauthd status=5 listen=6 dbpath=/plesk/passwd.db

#smtps inet n - - - - smtpd -o smtpd_proxy_filter=127.0.0.1:10026 -o smtpd_tls_wrappermode=yes -o smtpd_proxy_timeout=300s
smtps inet n - - - - smtpd -o smtpd_tls_wrappermode=yes -o smtpd_proxy_timeout=300s

submission inet n - - - - smtpd -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes -o smtpd_client_restrictions=permit_sasl_authenticate d,reject
#submission inet n - - - - smtpd -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes -o smtpd_client_restrictions=permit_sasl_authenticate d,reject -o smtpd_proxy_filter=127.0.0.1:10026



eigentlich müsste für den fall das ein kunde beides aktiv hat in der virtual.db folgendes stehen:
user@domain.tld user@domain.tld, weiterleitung@gmx.de


Was ich gerade noch getestet hab:
Der EventManager führt das Ereignis "E-mail-Account aktualisiert" korrekt aus (echo "xxx" | mail -s "MailUpdate" info@.....de)



Hat jemand zu diesem Problem bereits eine Lösung?