• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Postfix: Problem mit virtual Hosts

coogor

coogor

Hacker
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:

Code: 
    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:
Code: 
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

nbkr

Guru
coogor schrieb:
...das File gibts nur als .db in dem Verzeichnis - nix mehr mit Klartext.
Zum Vergrößern anklicken....

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?
 
OP
coogor

coogor

Hacker
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...
 
OP
coogor

coogor

Hacker
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.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben