Mailinglist Archive: opensuse-de (4464 mails)
| < Previous | Next > |
Re: Postfix und virtuelle Domänen (II)
- From: Werner Merz <suse.merz@xxxxxxxxxx>
- Date: Mon, 15 Sep 2003 17:02:25 +0200
- Message-id: <3F65D481.1000404@xxxxxxxxxx>
Andreas Rau wrote:
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@xxxxxxxxxxxxxxxxxxxx') 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@xxxxxxxxxxxxxxxxxxxxxxxxxx>, 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
Hi Andreas,Am Montag, 15. September 2003 14:23 schrieb Werner Merz:
Andreas Rau wrote:Konfiguration
Hallo Zusammen,verstanden habe. Doch klappt es mit der praktischen
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
Umsetzungnoch noch immer nicht.diesen umgeschrieben werden. Ein Bespiel findet Ihr
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
ebenfalls weiter unten.Hy Andreas,
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@xxxxxxxxxxxxxxxxx' there with password '12345'
is *
Versuch mal folgendes:
poll mail.providerserver.de proto POP3 localdomains domäne1.de
domäne2.de: user mail@xxxxxxxxxxxxxxxxx with pass '12345' to *
here> Kann dies leider nicht testen, da ich keine solche
habe.Steht voll im widerspruch zu http://www.postfix.com/virtual.5.html |
Gruss Werner
Sonst wird meiner Meinung nach fetchmail nach lokalen Usern
suchen, die irgendwie user@domäne1.de heissen. Die wird fetchmail
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 setRobert
postmaster "postmaster" angegeben.
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
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@xxxxxxxxxxxxxxxxxxxx') 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@xxxxxxxxxxxxxxxxxxxxxxxxxx>, 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
| < Previous | Next > |