Re: Postfix und virtuelle Domänen (II)
Am Montag, 15. September 2003 14:23 schrieb Werner Merz:
Andreas Rau wrote:
Hallo Zusammen,
leider bekomme ich mein Probleme nicht auf die Reihe und bin kurz vorm Nervenzusammenbruch.
Ich bin schon der Meinung, dass ich mit Hilfe Eurer Antworten und wiederholtem Studium des Postfix-Buches die Funktionsweise verstanden habe. Doch klappt es mit der praktischen Umsetzungnoch noch immer nicht.
Ich würde mich freuen, wenn Ihr Euch bitte mal meine jetzigen Konfiguration nochmal anschaut (siehe unten).
Mit dieser Konfiguration gehen alle Mails - egal ob an Domäne1 oder Domäne2 - über den Postmaster an den Administrator-Account.
In /var/log/mail sehe ich nicht nur ansatzweise, dass eine Umschreibung des Envelopes an existierende Benutzer erfolgt. Eine Ausnahme bildet der Administrator, da alle Mails im Header an diesen umgeschrieben werden. Ein Bespiel findet Ihr ebenfalls weiter unten.
Ich weiss Eure Hilfe sehr zu schätzen.
Vielen herzlichen Dank
MfG Andreas RAu
retchmailrc:
set postmaster "postmaster" set no bouncemail set no spambounce set properties "" poll mail.providerserver.de with proto POP3 user 'mail@providerserver.de' there with password '12345' is *
Hy Andreas,
Versuch mal folgendes: poll mail.providerserver.de proto POP3 localdomains domäne1.de domäne2.de: user mail@providerserver.de with pass '12345' to * here> Kann dies leider nicht testen, da ich keine solche Konfiguration habe.
Gruss Werner
Sonst wird meiner Meinung nach fetchmail nach lokalen Usern suchen, die irgendwie user@domäne1.de heissen. Die wird fetchmail
Steht voll im widerspruch zu http://www.postfix.com/virtual.5.html | Do not specify virtual alias domain names in the main.cf | mydestination or relay_domains configuration parameters. Ist also nichts mit lokalen Benutzern, weil 'domäne1.de' ebenso wenig wie 'domäne2.de' in 'mydestination' stehen darf, also keine lokalen Domänen sind.
nicht finden und deshalb an postmaster senden, wie mit set postmaster "postmaster" angegeben.
Robert
So nun habe ich, das ganze mit meiner ursprünglichen fetchmailrc getestet. Damit werden alle Mails an den Admin gesendet. Korrigiere ich die fetchmailrc mit den Vorschlägen von Werner, klappt die Sortierung ohne weiteres. Somit muss doch etwas wahres an seinem Vorschlag sein. Für mich liegt nun die Vermutung nahe, dass die Restriktionen von virtual(5) nicht für das Einliefern von Mails mittels Fetchmail zutreffen. Kennt jemand ne Dokumentation, die sich ausführlich mit Fetchmail auseinandersetzt? Gruss Andreas
Andreas Rau wrote:
Am Montag, 15. September 2003 14:23 schrieb Werner Merz:
Andreas Rau wrote:
Hallo Zusammen,
leider bekomme ich mein Probleme nicht auf die Reihe und bin kurz vorm Nervenzusammenbruch.
Ich bin schon der Meinung, dass ich mit Hilfe Eurer Antworten und wiederholtem Studium des Postfix-Buches die Funktionsweise
verstanden habe. Doch klappt es mit der praktischen
Umsetzungnoch noch immer nicht.
Ich würde mich freuen, wenn Ihr Euch bitte mal meine jetzigen Konfiguration nochmal anschaut (siehe unten).
Mit dieser Konfiguration gehen alle Mails - egal ob an Domäne1 oder Domäne2 - über den Postmaster an den Administrator-Account.
In /var/log/mail sehe ich nicht nur ansatzweise, dass eine Umschreibung des Envelopes an existierende Benutzer erfolgt. Eine Ausnahme bildet der Administrator, da alle Mails im Header an
diesen umgeschrieben werden. Ein Bespiel findet Ihr
ebenfalls weiter unten.
Ich weiss Eure Hilfe sehr zu schätzen.
Vielen herzlichen Dank
MfG Andreas RAu
retchmailrc:
set postmaster "postmaster" set no bouncemail set no spambounce set properties "" poll mail.providerserver.de with proto POP3 user 'mail@providerserver.de' there with password '12345' is *
Hy Andreas,
Versuch mal folgendes: poll mail.providerserver.de proto POP3 localdomains domäne1.de domäne2.de: user mail@providerserver.de with pass '12345' to * here> Kann dies leider nicht testen, da ich keine solche
Konfiguration
habe.
Gruss Werner
Sonst wird meiner Meinung nach fetchmail nach lokalen Usern suchen, die irgendwie user@domäne1.de heissen. Die wird fetchmail
Steht voll im widerspruch zu http://www.postfix.com/virtual.5.html | Do not specify virtual alias domain names in the main.cf | mydestination or relay_domains configuration parameters. Ist also nichts mit lokalen Benutzern, weil 'domäne1.de' ebenso wenig wie 'domäne2.de' in 'mydestination' stehen darf, also keine lokalen Domänen sind.
nicht finden und deshalb an postmaster senden, wie mit set postmaster "postmaster" angegeben.
Robert
So nun habe ich, das ganze mit meiner ursprünglichen fetchmailrc getestet. Damit werden alle Mails an den Admin gesendet. Korrigiere ich die fetchmailrc mit den Vorschlägen von Werner, klappt die Sortierung ohne weiteres. Somit muss doch etwas wahres an seinem Vorschlag sein.
Für mich liegt nun die Vermutung nahe, dass die Restriktionen von virtual(5) nicht für das Einliefern von Mails mittels Fetchmail zutreffen. Kennt jemand ne Dokumentation, die sich ausführlich mit Fetchmail auseinandersetzt?
Gruss Andreas
Hi Andreas, Die konfusion ist wahrscheinlich entstanden, weil sich die Änderung auf .fetchmailrc und nicht auf main.cf bezog dies aber übersehten wurde. Doku für fetchmail findest Du sehr ausführlich in man fetchmail. Dort findest Du auch ein Beistpiel für dein Problem. Im Bereich der Zeilen 1150. Im Abschnitt "Configuration Examples" ein Beispiel: poll pop.provider.net localdomains loonytoons.org toons.org: user maildrop with pass secret1 to * here This also says that the mailbox of account `maildrop' on the server is a multi-drop box. It tells fetchmail that any address in the loonytoons.org or toons.org domains (including subdomain addresses like `joe@daffy.loonytoons.org') should be passed through to the local SMTP listener without modification. Be careful of mail loops if you do this! Dein Problem war bisher, dass fetchmail versucht hat, die Mails aus dem Sammelpostfach an lokale User weiterzuleiten. Da es diese aber nicht gibt, hat fetchmail den Adressaten zu postmaster umgewandelt. (Das kannst Du in deinem Logfile sehen: Sep 15 12:22:10 mail postfix/pipe[14371]: 025F4BBB: to=<postmaster@localhost.mailserver.local>, relay=filter, delay=0, Postfix kann nun nichts mehr schlaues mit dieser Adresse anfangen. Wenn Du nun den Eintrag in fetchmail so änderst, wie ich Ihn Dir angegeben habe: poll pop.provider.net localdomains domäne1.de domäne2.de: user maildrop with pass secret1 to * here leitet fetchmail alle Mails an alle User auf den Domains domäne1.de und domäne2.de unverändert weiter. Nun kann auch postfix mit den Adressaten etwas anfangen und diese anhand der korrekten Einträge in virtual (Die von den beiden Roberts vorgeschlagenen) weiterleiten. verteilen. Gruss Werner
Am Montag, 15. September 2003 16:40 schrieb Andreas Rau:
Am Montag, 15. September 2003 14:23 schrieb Werner Merz:
Hy Andreas,
Versuch mal folgendes: poll mail.providerserver.de proto POP3 localdomains domäne1.de domäne2.de: user mail@providerserver.de with pass '12345' to * here> Kann dies leider nicht testen, da ich keine solche
Konfiguration
habe.
Gruss Werner
Sonst wird meiner Meinung nach fetchmail nach lokalen Usern suchen, die irgendwie user@domäne1.de heissen. Die wird fetchmail
Steht voll im widerspruch zu http://www.postfix.com/virtual.5.html | Do not specify virtual alias domain names in the main.cf | mydestination or relay_domains configuration parameters. Ist also nichts mit lokalen Benutzern, weil 'domäne1.de' ebenso wenig wie 'domäne2.de' in 'mydestination' stehen darf, also keine lokalen Domänen sind.
nicht finden und deshalb an postmaster senden, wie mit set postmaster "postmaster" angegeben.
Robert
So nun habe ich, das ganze mit meiner ursprünglichen fetchmailrc getestet. Damit werden alle Mails an den Admin gesendet. Korrigiere ich die fetchmailrc mit den Vorschlägen von Werner, klappt die Sortierung ohne weiteres. Somit muss doch etwas wahres an seinem Vorschlag sein.
Ja, mein Fehler. Ich hatte nicht an fetchmail und multidrop gedacht. Werner hat mich da bereits drauf hingewiesen.
Für mich liegt nun die Vermutung nahe, dass die Restriktionen von virtual(5) nicht für das Einliefern von Mails mittels Fetchmail zutreffen. Kennt jemand ne Dokumentation, die sich ausführlich mit Fetchmail auseinandersetzt?
man fetchmail ist wie ich eben nochmals feststellte, kein kleines Dokument. Werners Rat findet sich dort auch wieder. Aber auch Google kennt die Antwort wie ich jetzt herausfand: http://www.google.de/search?hl=de&ie=ISO-8859-1&q=fetchmail+multidrop+howto+&btnG=Google+Suche&meta=lr%3Dlang_de Bereits der erste Treffer (sdb.suse.de) führt zum Erfolg. Robert
participants (3)
-
Andreas Rau
-
Hans-Robert Wagner
-
Werner Merz