Postfix:User unknown in virtual alias table

[helloworld]

Habe ein ganz spezielles Problem:

System: Plesk, Debian lenny, Postfix

Symptom:
Nennen wir unsere Maschine "Debiankiste". Das einzige das NICHT funzt ist eine spezielle Konstellation von Mails VON DER "Debiankiste" von einer Domain auf der selben Kiste an eine andere Email Domain.

Beispiel:

mail@domain-auf-debiankiste.de AN mail@andere-domain-auf-debiankiste. Wobei die letztere KEINE Mailboxen enthält weil ein MX Eintrag auf einen anderen Mailserver (Exchange2003) zeigt. Diese Konstellation funktioniert nicht. Wenn ich jedoch die doofen Emailadressen vom Exchange2003 abtippe und beim Plesk auch eintrage dann funktioniert es. Aber sowas wäre doch doof.

Fehlermeldung:

Code: Alles auswählen

      mail@andere-domain-auf-debiankiste am 16.05.2010 23:37
            The e-mail account does not exist at the organization this message was sent to.  Check the e-mail address, or contact the recipient directly to find out the correct address.
            <domain-auf-debiankiste.de #5.1.1 smtp;550 5.1.1 <mail@andere-domain-auf-debiankiste>: Recipient address rejected: User unknown in virtual alias table>

postfix conf:

Code: Alles auswählen

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_size_limit = 0
message_size_limit = 51200000
mydestination = localhost, localhost.localdomain
myhostname = mail.domain-auf-debiankiste.de
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_send_xforward_command = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtp_use_tls = no
smtpd_authorized_xforward_hosts = 127.0.0.0/8
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_client_restrictions = reject_rbl_client sbl.spamhaus.org
smtpd_proxy_timeout = 3600s
smtpd_recipient_restrictions = permit_mynetworks, check_client_access pcre:/var/spool/postfix/plesk/no_relay.re, permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists, permit_sasl_authenticated, check_client_access pcre:/var/spool/postfix/plesk/non_auth.re
smtpd_timeout = 3600s
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
transport_maps = hash:/var/spool/postfix/plesk/transport
virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual
virtual_gid_maps = static:31
virtual_mailbox_base = /var/qmail/mailnames
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailbox
virtual_transport = plesk_virtual
virtual_uid_maps = static:110

Der Fehler liegt irgendwo bei:
virtual_alias_domains, denn als ich dort irgendwas eingetragen habe hat es funktioniert, dafür was anderes NICHT

So und jetzt genug infos, Ihr seid gefragt!

PS: Ich tippe irgendwie auf die reihenfolge der Abarbeitung von Emails. Also evtl. sollte der Emailserver zuerst schauen ob ein anderer Mailserver zuständig ist. Wenn ja dann mach das zuerst. Ansonsten Fallback.

[daniel74]

1.) es gibt ein extra Forum für Web- und Mailserver Fragen
2.) dein Ansatz für die Zustellung der Mails ist etwas seltsam

Wenn der zweite Mailserver die Mails an einen Exchange Server weiterleiten soll, dann hat dieser natürlich keine Kenntniss darüber, ob der Empfänger auf dem Exchange Server exitsiert oder nicht.

Wenn Postfix die Mails an den Exchange Server weiterleiten soll stehen dir hierfür die Optione "relay_recipient_maps", "transport_maps" oder "reject_unverified_recipient" zur Verfügung, aber virtual_* ist hierfür nicht unbedingt das richtige.

Wenn einige Mails lokal,andere jedoch an den Relay zugestellt werden sollen, musst du dennoch eine Liste pflegen, in der die Empfänger enthalten sind. Soll eine komplette Domain an einen anderen Server weitergeleitet werden, dann kann man hierfür auch transport_maps verwenden, um die Mails dann direkt an den anderen Server weiterzuleiten.

[helloworld]

ok hoert sich gut an. welchen pfad oder variable trage ich fuer transport maps ein? aber die ganze domain vorwarden ist schon richtig.

[daniel74]

Du kannst in der main.cf diesen Eintrag hinzufügen:

Code: Alles auswählen

transport_maps = hash:/etc/postfix/transport_maps

In /etc/postfix/transport_maps trägst du dann die Domain und den Server ein,an welchen die Mails weitergeleitet werden sollen. Beispiel:

Code: Alles auswählen

example.com    smtp:[exchange.example.de]

oder

Code: Alles auswählen

example.com    smtp:[IP.Addresse.Mailserver]

Anschließend musst du noch den Befehl

Code: Alles auswählen

postmap /etc/postfix/transport_maps

ausführen, um die Datei in das Postfix- Format zu konvertieren (indizierte DB).

Das heisst, dass E-Mails an die Domain "example.com" an den angegebenen Server weitergeleitet werden. Dieser übernimmt dann die weitere Zustellung und Prüfung,ob die Empfänger existieren. Die eckige Klammer bedeutet, das keine DNS-Abfrage nach dem MX-Eintrag durchgeführt werden soll.

Info: http://www.postfix.org/transport.5.html

[helloworld]

Wooow 100 tausend Dank. Werde ich diese Woche anschauen. Evtl. gibts bereits ein Script welches den Mailserver aller meiner Domains checkt und wenn für diesen ein A DNS Record besteht, dann soll er die Domain in die Transport Maps DB aufnehmen.

Andere Frage:
Gibt es auch einen anderen Lösungsansatz? Ich mag "händische" Sachen nicht Ich denke da immer skaliert...

[helloworld]

Klappt leider nicht. Syntax etc. stimmt in der Postmap jedoch der selbe Fehler...

[helloworld]

ok habs hinbekommen. Ich dachte mir noch, dass da Plesk dazwischenfunkt.

Einfach Mail Service "Häkchen" auf dem Server entfernen: Und läuft

http://www.rootforum.org/forum/viewtopi ... 89&t=50744

Danke trotzdem!