PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Postfix+Mysql nach Umzug Ärger



Jacek
23.09.05, 18:05
Hi @all,

ich habe ein Problem, aus dem ich nicht schlau werde.
Musste meinen Server neu machen, also bin ich auf einen anderen temporär umgezogen. Soweit so gut.



ii postfix 2.1.5-9 A high-performance mail transport agent
ii postfix-mysql 2.1.5-9 MYSQL map support for Postfix
ii postfix-tls 2.1.5-9 TLS and SASL support for Postfix

ii libdbd-mysql-p 2.9006-1 A Perl5 database interface to the MySQL data
ii libmysqlclient 3.23.56-3 LGPL-licensed client library for MySQL datab
ii libmysqlclient 4.0.24-10 mysql database client library
ii libmysqlclient 4.1.11a-4sarge mysql database client library
ii mysql-client-4 4.1.11a-4sarge mysql database client binaries
ii mysql-common-4 4.1.11a-4sarge mysql database common files (e.g. /etc/mysql
ii mysql-server-4 4.1.11a-4sarge mysql database server binaries


- Habe Mysql installiert, den dump des alten Servers drauf gespielt.
- Postfix installiert (die Pakete die auch auf dem alten Server waren)
- Die alte config und die anderen Dateien aus /etc/postfix kopiert
- Emailpostfächer kopiert...


.... und postfix gestartet...

Siehe da, läuft.... ABER!!!!

Irgend wie ignoriert er die einträge in der tabelle mit den aliasen :-(
Emails werden nur an user zugestellt, die eine Mailbox haben (eintrag in tabelle mailbox). Wenn ich an einen alias ne email sende kommt: unknown user.

Ich habe folgendes probiert und festgestellt:
1. Postfix fragt datenbank, rechte stimmen, abfrage stimmt


postfix@localhost on postfix
9 Query select goto from alias where address = 'thomas@domain.tld'
050923 17:05:54 7 Query select goto from alias where address = 'domain.tld'
8 Query select domain from domain where domain = 'domain.tld'


Diese Abfragen liefern, wenn ich per hand unter dem postfixuser selecte, korrekte Ergebnisse.

2. Per Telnet manuell verbunden.
Postfix nimmt die adresse (rcpt to), wenn sie in der alias-tabelle steht, auch an. Sobald ich mit "data" die email mit daten fülle und absende, sagt das log:



Sep 23 17:04:46 217-20-118-123 postfix/smtpd[5174]: connect from pegasus.domain.tld[xxx.xxx.xxx.xxx]
Sep 23 17:05:43 217-20-118-123 postfix/smtpd[5174]: 7563BC168: client=pegasus.domain.tld[xxx.xxx.xxx.xxx]
Sep 23 17:05:54 217-20-118-123 postfix/cleanup[5180]: 7563BC168: message-id=<20050923150529.7563BC168@atlantis.domain.tld>
Sep 23 17:05:54 217-20-118-123 postfix/qmgr[5160]: 7563BC168: from=<test@domain.tld>, size=381, nrcpt=1 (queue active)
Sep 23 17:05:54 217-20-118-123 postfix/virtual[5181]: 7563BC168: to=<thomas@domain.tld>, relay=virtual, delay=25, status=bounced (unknown user: "thomas@domain.tld")


Ich weiß echt nicht mehr, wo ich noch suchen soll :-(((
Auf dem alten Server hat alles wunderbar funktioniert.
Kann es sein, dass durch die komplette dump-Einspielung irgendwelche rechte oder zuordnungen oder sowas kaputt sind.?

main.cf


myhostname = atlantis.domain.tld
mydestination = localhost, $myhostname
mynetworks = 127.0.0.1/8


virtual_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_alias_maps = $virtual_maps
virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_base = /home/vmail
virtual_transport = virtual
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
virtual_mailbox_limit = 51200000



# Additional for quota support
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = Sorry, the user's maildir has overdrawn his diskspace quota, please try again l ater.
virtual_overquota_bounce = yes


smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes

smtpd_reject_unlisted_recipient = yes

smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
#reject_non_fqdn_hostname,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unauth_destination,
reject_unauth_pipelining,
#reject_invalid_hostname,
reject_rbl_client opm.blitzed.org,
reject_rbl_client list.dsbl.org,
reject_rbl_client bl.spamcop.net,
reject_rbl_client sbl-xbl.spamhaus.org

smtpd_sender_restrictions =
reject_non_fqdn_sender

smtpd_use_tls = yes
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key


#content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings


Danke schon mal im Vorraus

MfG
thomas

Jacek
25.09.05, 17:25
Folgender Eintrag in der main.cf war dafür schuld:

receive_override_options = no_address_mappings



"-o receive_override_options" line overrides main.cf and turns
off table lookups that were already done before the content filter:
attempts to find out if a recipient is unknown, and header/body
checks that can suck up lots of CPU cycles. These override options
are either implemented by the SMTP server itself, or they are passed
on to the cleanup server.


Natürlich habe ich nicht mehr daran gedacht, habe extra amavis-new noch nicht installiert und darum die content_filter zeile auch auskommentiert. aber das andere habe ich übersehen :-))))