Stefan Waldmann wrote:

Sandy Drobic schrieb:

...

Überlege dir besser, wie du den Catch-All Account loswirst, dann kannst du dir den Rest des Fetchmail-Krampfes ersparen.

Hatte ich auch überlegt. Das Problem ist, das ich einen Emailserver habe, und jede änderung dann doppelt machen muss. (Beim Provider und auf meinem Server wg. Fetchmail)

Ha? Ich höre immer noch Fetchmail... Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Stefan Waldmann wrote:

...

Ha? Ich höre immer noch Fetchmail...

Sandy

Wie soll ich sonst die Emails vom Provider auf meinem Server bekommen?

Vielleicht brauche ich brauche ich noch etwas mehr Info. (^-^) Wie genau läuft das mit deiner Domain? Hast du einen Shellaccount oder nur den begrenzten Zugriff über ein Webinterface, wo du ein paar Emailadressen einrichten kannst, aber sonst praktisch nichts? Wenn du nur über POP auf die Mails zugreifen kannst, ist da tatsächlich außer Fetchmail wenig zu machen. Gibt es die Möglichkeit, einen Forward einzurichten auf deinen Server zuhause? Hat der eine fest IP-Adresse oder zumindest einen DNS-Namen per DynDNS oder ähnliches? Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Stefan Waldmann wrote:

...

Vielleicht brauche ich brauche ich noch etwas mehr Info. (^-^)

OK. Ich habe den Domain MX bei einem großen Provider. Dort kann ich über ein Web Interface meine Domain Administrieren.

Was präzise kannst du dort einstellen?

Emails sammel ich mit einem Catch All. Mein kleiner Emailserver in der Firma

Und hier ist das Problem. Sobald du die Mails in einen Catchall-Account geleitet hast, musst du die ursprünglichen Empfänger irgendwie aus den Headern wieder extrahieren. Insbesondere, wenn die Mail an mehrere Adressen gerichtet war, gibt es hier prinzipiell Probleme.

stellt mir einen Imap +SMTP Server bereit. SMTP nutze ich über ein Relay des Providers, also kein Problem. DynDNS habe ich dort auch.

Das DynDNS hatte ich nachgefragt, damit vielleicht die direkte Weiterleitung der Mails an diese Adresse möglich ist. Je nachdem, was das Webinterface an Möglichkeiten bietet, könntest du auf deinem Server in der Firma TLS + Zertifikat oder smtp auth einrichten, und dem MX beim Provider sagen, dass die Mails weitergeleitet werden sollen an deinen Server in der Firma. Dann gibt es keinen Catchall mehr, und du hättest die normalen SMTP-Möglichkeiten. Das funktioniert natürlich nur, wenn du entsprechende Möglichkeiten im Web-Interface hast.

Was ich möchte: Der MX soll bei meinem Provider bleiben, nur möchte ich die Emails auf meinem lokalen Server haben. Ich könnte erst alles Fetchen, dann mit Procmail verteilen, jedoch habe ich hier Probleme mit Bcs usw. Daher die Frage, ob jemand eine andere Idee hat ;-)

Genau das Problem hatte ich gemeint, als ich vor dem Catchall und Fetchmail warnte. (^-^) Wenn das mit der direkten Weiterleitung nicht möglich ist, dann sieht es bitter aus. Du könntest vielleicht eine Weiterleitung vornehmen mit einer Addresserweiterung, wenn da Webinterface das hergibt. user1@example.com -> catchall+user1@example.com user2@example.com -> catchall+user2@example.com Die meisten Mailserver und auch Imapserver können die Addresserweiterung auswerten und du kannst entsprechende Regeln verwenden. Trotzdem bist du wahrscheinlich wieder gekniffen bei Mails mit mehreren Empfängern, insbesondere BCC. Eine echt zufriedenstellende, professionelle Lösung ist kaum möglich mit Fetchmail. Da würde ich eher den Aufwand treiben, alle Adressen separat zu pollen und lokal zuzustellen. Wenn das bereits zuviel Aufwand ist, dann wäre eine feste IP und eine lokaler MX die richtige Lösung. Das kostet nicht mehr die Welt. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Am Sunday 02 July 2006 01:58 schrieb David Haller:

...

...

Emails sammel ich mit einem Catch All. Mein kleiner Emailserver in der Firma

Und hier ist das Problem. Sobald du die Mails in einen Catchall-Account geleitet hast, musst du die ursprünglichen Empfänger irgendwie aus den Headern wieder extrahieren. Insbesondere, wenn die Mail an mehrere Adressen gerichtet war, gibt es hier prinzipiell Probleme.

[..]

...

Trotzdem bist du wahrscheinlich wieder gekniffen bei Mails mit mehreren Empfängern, insbesondere BCC.

Eine echt zufriedenstellende, professionelle Lösung ist kaum möglich mit Fetchmail. Da würde ich eher den Aufwand treiben, alle Adressen separat zu pollen und lokal zuzustellen.

Gescheite und richtig konfigurierte MTAs setzen einen passenden Header[1] in dem das drin steht, was dem MTA per 'RCPT TO' mitgeteilt wurde. Also auch Bcc-Adressen.

Kann man Postfix das eigentlich beibringen? 'Delivered-To:' ist ja schoen und gut, aber da steht nur das Postfach drin, in das ausgeliefert wurde... Naja, in den 'Received:'-Header schreibt Postfix ja ein 'for <envelope-to>;' rein, warum nicht auch in ein X-Envelope-To?

Da Mails ja mehrere Empfänger haben und die Recieved:-Zeile global für die Mail gillt, setzt Postfix den Empfänger dort nur rein, wenn es nur einer ist. Was in jeder lokal ausgelieferten Mail reinkommt ist ein X-Original-To:. Dort steht die ursprüngliche Adresse drin. Der Delivered-To: Header kann Optional eingefügt werden. -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com