[Postfixbuch-users] Mails bleiben in der Queue stehen (SOLVED)

[Martin Mueller]

Hallo!

Vielen Dank für eure Inputs. Ich bin jetzt dahinter gekommen, dass es 
anscheinend irgendwo 'in' der MySQL-Datenbank gehinkt hat.

Habe den alten DB-User gekickt und einen neuen User mit einem neuen 
Namen und Passwort vergeben. Meine .mysql-Files für die Virtual-Tabels 
angepasst und schon hats wieder geklappt.

Dank Sandys postmap -q user at example.com mysql:etc/postfix/mailbox.mysql
bekam ich den Hinweis dass der Zugriff verweigert wurde. Einfaches 
Neuvergeben des Passworts für den MySQL-User hat leider nicht gereicht ...


Schönen Abend!

Martin



Sandy Drobic wrote:
> Martin Mueller wrote:
>> Hallo!
>>
>>
>> Habe Postfix/Courier eingerichtet, das System klappte auch, bis zum 
>> 9.1.2007 - seit diesem Zeitpunkt wurden die Mails allerdings nicht mehr 
>> in die Mailboxen gelegt, sondern nur mehr in der mailq gelagert.
>>
>> Ich fahre Debian Etch mit einer VirtuellenUser-Anbindung an MySQL.
>>
>> Die Versionen:
>> postfix/testing uptodate 2.3.6-1
>> postfix-mysql/testing uptodate 2.3.6-1
>>
>>
>> Ich hab am System nichts verändert, sodass die Zustellungen klappen müsste.
>>
>> ~# postconf -n
>> alias_database = hash:/etc/aliases
>> alias_maps = hash:/etc/aliases
>> append_dot_mydomain = no
>> biff = yes
>> broken_sasl_auth_clients = yes
>> config_directory = /etc/postfix
>> content_filter = smtp-amavis:[127.0.0.1]:10024
>> delay_warning_time = 4h
>> inet_interfaces = all
>> mailbox_command = procmail -a "$EXTENSION"
>> mailbox_size_limit = 102400000
>> message_size_limit = 51200000
>> mydestination = localhost
>> myhostname = mail.derist.org
>> mynetworks = 127.0.0.0/8, 192.168.100.0/24
>> myorigin = /etc/mailname
>> queue_directory = /RAID-1/MAILSPOOL/postfix/
>> recipient_delimiter = +
>> smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
>> smtpd_banner = $myhostname ESMTP
>> smtpd_recipient_restrictions = permit_mynetworks, 
>> permit_sasl_authenticated, reject_unauth_destination
>> smtpd_sasl_auth_enable = yes
>> smtpd_tls_cert_file = /etc/postfix/smtpd.cert
>> smtpd_tls_key_file = /etc/postfix/smtpd.key
>> smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
>> smtpd_use_tls = yes
>> virtual_gid_maps = mysql:/etc/postfix/ids.mysql
>> virtual_mailbox_base = /RAID-1/MAILSPOOL/maildir/
>> virtual_mailbox_domains = XXX.org, YYY.at
>> virtual_mailbox_maps = mysql:/etc/postfix/mailbox.mysql
>> virtual_minimum_uid = 5000
>> virtual_uid_maps = mysql:/etc/postfix/ids.mysql
>>
>> Auf die Mailboxen habe ich noch immer Zugriff durch die Mailclients, 
>> auch der Versand klappt über das System.
>>
>> In /var/log/mail.warn finde ich
>>
>> Jan 24 13:00:07 ftp-homestone postfix/virtual[4389]: warning: table 
>> virtual_mailbox_maps: lookup max.muster at XXX.org: Success
>> Jan 24 13:00:07 ftp-homestone postfix/virtual[4374]: warning: table 
>> virtual_mailbox_maps: lookup mail at YYY.at: Success
> 
> Wenn der Ärger am 9.1. angefangen hat, dann solltest du sinnvollerweise 
> auch das Log des 9.1. studieren, was dort für Fehlermeldungen auftauchen 
> und eventuell mit Fehlern des MySQL-Servers korrelieren. Läuft dieser auch 
> wirklich und funktioniert die Abfrage der virtual_mailbox_maps? Teste das 
> doch bitte mit
> "postmap -q user at example.com mysql:etc/postfix/mailbox.mysql"
> Hast du Updates gemacht und um den 9. herum den Server einmal neu gestartet?
> Was für ein Server ist das genau? Distro/Version?
> 
> Sandy