[gelöst] Postfix: Problem mit virtual Hosts

[coogor]

Moin,

ich hab ein kleines Problem mit postfix, aber weiß noch nicht wie ich's löse. Die Vorgeschichte:

Der Webserver läuft unter der Domain Mein-Voller-Name.de, die Kurzdomain mvn.de war beim gleichen Provider noch in einem anderen Paket. Unter mvn.de sind auch die ganzen Mails konfiguriert, und der Webserver unter Mein-Voller-Name.de hat artig gesendet.

Nun ist mvn.de in das gleiche (Hosting) Paket wie Mein-Voller-Name.de umgezogen, und damit auch der Mailserver. Jemand hat alle Adressen mit umziehen lassen, aber seitdem haben wir folgende Fehlermeldung:

    Jun  8 08:32:35 s15417067 postfix/pickup[17922]: 28B3E41424098: uid=30 from=<wwwrun>
    Jun  8 08:32:35 s15417067 postfix/cleanup[20017]: 28B3E41424098: message-id=<20110608063235.28B3E41424098@s999997067.onlinehome-server.info>
    Jun  8 08:32:35 s15417067 postfix/qmgr[16262]: 28B3E41424098: from=<wwwrun@s99997067.onlinehome-server.info>, size=1120, nrcpt=1 (queue active)
    Jun  8 08:32:35 s15417067 postfix/smtpd[20022]: connect from unknown[127.0.0.1]
    Jun  8 06:32:35 s15417067 postfix/smtpd[20022]: warning: restriction reject_rbl_client requires domain name argument
    Jun  8 06:32:35 s15417067 postfix/smtpd[20022]: NOQUEUE: reject: RCPT from unknown[127.0.0.1]: 550 5.1.1 <jack@mvn.de>: Recipient address rejected: User unknown in virtual mailbox table; from=<wwwrun@s99997067.onlinehome-server.info> to=<jack@mvn.de> proto=ESMTP helo=<s99997067.onlinehome-server.info>
    Jun  8 08:32:35 s15417067 postfix/smtp[20019]: 28B3E41424098: to=<jack@mvn.de>, relay=127.0.0.1[127.0.0.1]:10027, delay=0.14, delays=0.04/0.01/0.07/0.02, dsn=5.1.1, status=bounced (host 127.0.0.1[127.0.0.1] said: 550 5.1.1 <jack@mvn.de>: Recipient address rejected: User unknown in virtual mailbox table (in reply to RCPT TO command))
    Jun  8 06:32:35 s15417067 postfix/smtpd[20022]: lost connection after RSET from unknown[127.0.0.1]
    Jun  8 06:32:35 s15417067 postfix/smtpd[20022]: disconnect from unknown[127.0.0.1]
    Jun  8 08:32:35 s15417067 postfix/cleanup[20017]: 47A854142409A: message-id=<20110608063235.47A854142409A@s99997067.onlinehome-server.info>
    Jun  8 08:32:35 s15417067 postfix/qmgr[16262]: 47A854142409A: from=<>, size=3267, nrcpt=1 (queue active)
    Jun  8 08:32:35 s15417067 postfix/bounce[20024]: 28B3E41424098: sender non-delivery notification: 47A854142409A
    Jun  8 08:32:35 s15417067 postfix/qmgr[16262]: 28B3E41424098: removed
    Jun  8 08:32:35 s15417067 postfix/smtp[20019]: 47A854142409A: to=<wwwrun@s99997067.onlinehome-server.info>, relay=none, delay=0.01, delays=0/0/0/0, dsn=5.4.6, status=bounced (mail for s99997067.onlinehome-server.info loops back to myself)
    Jun  8 08:32:35 s15417067 postfix/qmgr[16262]: 47A854142409A: removed

An der Postfix-Konfig wurde nichts geändert, so weit ich weiß.

Der Fehler sagt nun dass der User jack@mvn.de in der Virtual hosts Tabelle nicht gefunden wird - als Mailempfänger gibt es ihn aber. jack@Mein-Voller-Name.de gibt es hingegen nicht. Insofern blicke ich im Moment nicht wen ich auf was mappen soll. Oder evtl jack@mvn.de auf jack@s99997067.onlinehome-server.info (den es aber auch nicht gibt)???

Unsere Postfix-Kofig:

readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = all
biff = no
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_alias_maps = hash:/etc/postfix/virtual, hash:/var/spool/postfix/plesk/virtual
virtual_alias_domains = hash:/etc/postfix/virtual, hash:/var/spool/postfix/plesk/virtual
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport, hash:/var/spool/postfix/plesk/transport
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
myhostname = s99997067.onlinehome-server.info
program_directory = /usr/lib/postfix
inet_interfaces = all
masquerade_domains = 
mydestination = localhost.$mydomain, localhost, localhost.localdomain
defer_transports = 
mynetworks_style = subnet
disable_dns_lookups = no
relayhost = 
mailbox_command = 
mailbox_transport = 
strict_8bitmime = no
disable_mime_output_conversion = no
smtpd_sender_restrictions = hash:/etc/postfix/access, check_sender_access hash:/var/spool/postfix/plesk/blacklists
smtpd_client_restrictions = reject_rbl_client
smtpd_helo_required = no
smtpd_helo_restrictions = 
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = yes
smtpd_use_tls = yes
smtp_use_tls = no
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
mailbox_size_limit = 0
message_size_limit = 10240000
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailbox
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtp_tls_security_level = may
smtp_send_xforward_command = yes
smtpd_authorized_xforward_hosts = 127.0.0.0/8
virtual_mailbox_base = /var/qmail/mailnames
virtual_uid_maps = static:110
virtual_gid_maps = static:30
virtual_transport = plesk_virtual
plesk_virtual_destination_recipient_limit = 1
mynetworks = 127.0.0.0/8, 127.0.0.1/32

/etc/postfix/virtual ist im Moment leer

 

[nbkr]

Und was steht da drin: /var/spool/postfix/plesk/vmailbox ?

 

[coogor]

...das File gibts nur als .db in dem Verzeichnis - nix mehr mit Klartext.

 

[nbkr]

...das File gibts nur als .db in dem Verzeichnis - nix mehr mit Klartext.

Vermutlich generiert Plesk das direkt aus der DB - was steht in der DB, sind die User da irgendwo in einer Tabelle angelegt, kannst du bei Plesk einen neuen Syncronisationslauf anstoßen?

 

[coogor]

Nein, sowas wie einen Sync-Lauf habe ich nicht gefunden - ich hab mal einen neuen User angelegt, in der Hoffnung dass das hilft. Tats aber nicht...

 

[coogor]

So, hab eine Lösung gefunden, evtl nicht akademisch richtig, aber funktioniert:
In der virtualtab hab ich eine Umleitung
jack@mvn.de jack@Mein-Voller-Name.de
angelegt und die zweite Adresse im Mailfrontend dann auf die Erste weitergeleitet. Keine Fehlermeldung mehr, und Mail kommt an.