Postfix, courier-imap, ldap: postfix verschickt keine mails für ander domains
Hallo an alle ! Folgendes Problem: Ich bin dabei ein postfix mailserver aufzustellen. Die Standardkonfiguration mit qpopper funktionniert einwandfrei. Nun wollte ich das System auf courier-imap umstellen und die User in einem LDAP-verzeichnis anlegen. Lokal (also wenn die zwei Benutzer auf der welben Maschine sind) funktionniert alles einwandfrei. Darauf habe ich eine zweit solche Konfiguration aufgestellt, mit DNS und allem drum und dran. Mit der postfix standard/qpopper Konfiguration funktionnier auch alles einwandfrei. Nur wenn ich mit der courier/ldap Konfiguration von einem Rechner eine Mail zu dem anderen schicken will habe ich ein Problem. In diesem Fall, anstatt das der Zielmailserver in seine LDAP Verzeichnis sucht, sucht der Startmailserver. Und findet natürlich nicht. Also: wieso will der Startmailserver nicht die Mail verschicken, aber dafür unbeding versuchen Lokal den Zielbenutzer zu suchen Ich muss dazu sagen das das System eben ohne LDAP einwandfrei funktionniert hat. Please help ;-) MfG, Gerd
Gerd-Christian Michalke wrote:
Hallo an alle !
Folgendes Problem:
Ich bin dabei ein postfix mailserver aufzustellen. Die Standardkonfiguration mit qpopper funktionniert einwandfrei. Nun wollte ich das System auf courier-imap umstellen und die User in einem LDAP-verzeichnis anlegen.
Lokal (also wenn die zwei Benutzer auf der welben Maschine sind) funktionniert alles einwandfrei. Darauf habe ich eine zweit solche Konfiguration aufgestellt, mit DNS und allem drum und dran. Mit der postfix standard/qpopper Konfiguration funktionnier auch alles einwandfrei.
Nur wenn ich mit der courier/ldap Konfiguration von einem Rechner eine Mail zu dem anderen schicken will habe ich ein Problem. In diesem Fall, anstatt das der Zielmailserver in seine LDAP Verzeichnis sucht, sucht der Startmailserver. Und findet natürlich nicht.
Also: wieso will der Startmailserver nicht die Mail verschicken, aber dafür unbeding versuchen Lokal den Zielbenutzer zu suchen
Ich muss dazu sagen das das System eben ohne LDAP einwandfrei funktionniert hat.
Please help ;-)
MfG, Gerd
Hi, ich hatte ein ähnliches Problem mit meinem Mailserver. Als ich in der master.cf die obere Zeile auskommentiert #smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024 smtp inet n - n - 2 smtpd und die unterer Zeile eingefügt hatte, hat es bei mir geklappt. !! Aber vorsicht: ich bin nur Postfix-Anfänger, dass war so eine "mal sehen ob es klappt"-Aktion. !! Ciao, Simon
Am Samstag, 13. März 2004 13:25 schrieb Simon Hoerder:
Hi,
ich hatte ein ähnliches Problem mit meinem Mailserver. Als ich in der master.cf die obere Zeile auskommentiert
#smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024 smtp inet n - n - 2 smtpd
und die unterer Zeile eingefügt hatte, hat es bei mir geklappt. !! Aber vorsicht: ich bin nur Postfix-Anfänger, dass war so eine "mal sehen ob es klappt"-Aktion. !!
Ciao, Simon
Hi ! Sorry, habe nachgeschaut, isses aber leider nicht. Danke für die Antwort ! MfG, Gerd
Am Samstag, 13. März 2004 13:10 schrieb Gerd-Christian Michalke:
Ich bin dabei ein postfix mailserver aufzustellen. Die Standardkonfiguration mit qpopper funktionniert einwandfrei. Nun wollte ich das System auf courier-imap umstellen und die User in einem LDAP-verzeichnis anlegen.
Lokal (also wenn die zwei Benutzer auf der welben Maschine sind) funktionniert alles einwandfrei. Darauf habe ich eine zweit solche Konfiguration aufgestellt, mit DNS und allem drum und dran. Mit der postfix standard/qpopper Konfiguration funktionnier auch alles einwandfrei.
Nur wenn ich mit der courier/ldap Konfiguration von einem Rechner eine Mail zu dem anderen schicken will habe ich ein Problem. In diesem Fall, anstatt das der Zielmailserver in seine LDAP Verzeichnis sucht, sucht der Startmailserver. Und findet natürlich nicht.
Also: wieso will der Startmailserver nicht die Mail verschicken, aber dafür unbeding versuchen Lokal den Zielbenutzer zu suchen
Ich muss dazu sagen das das System eben ohne LDAP einwandfrei funktionniert hat.
Du solltest etwas mehr über Deine Konfiguration verraten. Du redest von zwei Mailservern, in welchem Zusammenhang stehen die zueinander? Laufen die in unterschiedlichen Doamins? Wie sind die Domains konfiguriert ? Über mydestination, transport, virtual....? Wenn ein MTA eine Mail versucht lokal auszuliefern, statt sie weiterzuleiten an einen anderen MTA. Dann fühlt er sich für die Domain zuständig. Gib ein paar Beispielnamen. -- Andreas
Hi ! Am Samstag, 13. März 2004 14:06 schrieb Andreas Winkelmann:
Am Samstag, 13. März 2004 13:10 schrieb Gerd-Christian Michalke: Du solltest etwas mehr über Deine Konfiguration verraten. Du redest von zwei Mailservern, in welchem Zusammenhang stehen die zueinander? Laufen die in unterschiedlichen Doamins? Wie sind die Domains konfiguriert ? Über mydestination, transport, virtual....?
Wenn ein MTA eine Mail versucht lokal auszuliefern, statt sie weiterzuleiten an einen anderen MTA. Dann fühlt er sich für die Domain zuständig.
Sollte er aber mit meiner Konfiguration nicht *grmbl*
Gib ein paar Beispielnamen.
Also im Augenblick arbeite ich lokal. Die zwei Domains sint voivodine.yak und laptop.yak. server.voivodone.yak ist 10.10.1.201 und server.laptop.yak ist 192.168.0.23 Ein "dig domainname mx" gibt mir für beide Domains die korrekt Antwort. Die main.cf sieht so aus: local_transport = virtual virtual_mailbox_base = /var/spool/mail virtual_mailbox_maps = ldap:ldapvirtual virtual_uid_maps = static:5000 virtual_gid_maps = static:5000 virtual_minimum_uid = 500 virtual_mailbox_limit = 0 #virtual_maildir_extended = yes ldapvirtual_server_host = localhost ldapvirtual_server_port = 389 ldapvirtual_bind = yes ldapvirtual_bind_dn = ou=System,o=laptop ldapvirtual_bind_pw = un_village_en_ardenne ldapvirtual_search_base = ou=People,o=laptop ldapvirtual_query_filter = (&(|(mail=%s)(mailAlternateAddress=%s))(|(AccountStatus=active)(accountStatus=shared))) ldapvirtual_result_attribute = mailMessageStore mydestination = $myhostname, localhost.$mydomain, localhost.localdomain, ldap:acceptdomains acceptdomains_server_host = localhost acceptdomains_server_port = 389 acceptdomains_bind = yes acceptdomains_bind_dn = ou=System,o=laptop acceptdomains_bind_pw = un_village_en_ardenne acceptdomains_search_base = ou=postfix,ou=System,o=laptop acceptdomains_query_filter = (associatedDomain=*) acceptdomains_result_attribute = associatedDomain Hier auch ein beispiel LDIF (der von laptop.yak): dn: dc=yak,ou=postfix,ou=system,o=laptop associatedDomain: laptop.yak dc: yak objectClass: dNSDomain objectClass: domainRelatedObject (sei auch gesagt das ich im Augenblick mit den default-acl's von openldap arbeit -> jeder kann alles lesen) In jedem Fall ist $mydomain irgend ein Name der nichts mit dem Domainname zu tun hat. Was eben verrückt ist: wenn ich eine Mail von voivodine.yak nach laptop.yak verschicken will wird der LDAP-Server von voidvodine abgefragt ! Also, ich weiss da nich mehr weiter :-(
-- Andreas
Tschüss ! MfG, Gerd
Am Sonntag, 14. März 2004 10:03 schrieb Gerd-Christian Michalke:
Wenn ein MTA eine Mail versucht lokal auszuliefern, statt sie weiterzuleiten an einen anderen MTA. Dann fühlt er sich für die Domain zuständig.
Sollte er aber mit meiner Konfiguration nicht *grmbl*
Gib ein paar Beispielnamen.
Also im Augenblick arbeite ich lokal.
Die zwei Domains sint voivodine.yak und laptop.yak. server.voivodone.yak ist 10.10.1.201 und server.laptop.yak ist 192.168.0.23
mydestination = $myhostname, localhost.$mydomain, localhost.localdomain, ldap:acceptdomains
Was steht denn in "acceptdomains" ? Vermute mal, da stehen alle drin. Das wäre aber falsch. Das was in "mydestination" drinsteht, versucht Postfix lokal auszuliefern. Denke Du suchst eher "relay_domains".
In jedem Fall ist $mydomain irgend ein Name der nichts mit dem Domainname zu tun hat.
Was eben verrückt ist: wenn ich eine Mail von voivodine.yak nach laptop.yak verschicken will wird der LDAP-Server von voidvodine abgefragt !
Hmm, wenn Du ldap-lookup-tables verwendest, muss Postfix sie ja auch abfragen. Er muss ja erstmal nachsehen, ob er für diese Domain zuständig ist. -- Andreas
participants (3)
-
Andreas Winkelmann -
Gerd-Christian Michalke -
Simon Hoerder