externes POP-Account (catch-all) abrufen und intern verteilen lassen

[AngelDust]

Hi Leute,

Bräuchte Hilfe...

Bitte nicht gleich schreiben "suche im forum..." habe ich ausgiebig gemacht und konnte die probleme "aliases" und "SMTP-Relay" lösen... und bin eine linux-pflaume
=> hier gleich mal vielen dank, konnte zumindest diese punkte dank eurer hilfe lösen.

am letzten problem bin ich aber gescheitert:
bei meinem ISP habe ich EINE mailbox für die GESAMTE Domain - im kern nichts böses - aber ich habe hier nur eine lösung gefunden, wo ich pro user die mails abholen kann oder muss.

Im grunde will ich diese mailbox alle X minuten abholen und der mailstation das interne mailverteilen (aufgrund der aliases) überlassen.

machbar?
machbar für einen linux-ungeübten??

 

[jahlives]

machbar?
machbar für einen linux-ungeübten??

Vermutlich. Wird aber sehr aufwändig
Für einen Anfänger wird es aber sehr schwierig.
Das Hauptproblem ist wohl, dass die Emails von pop3 resp imap abgeholt werden und damit erstmal am Postfix vorbei gehen. Damit Postfix Aliase greifen könnten, müsste Dovecot (der die Emails abholt) diese wieder in den Postfix Prozess einschleusen (wohl am besten via sendmail). Ausserdem werden lokale Aliase bei Postfix hier nicht funzen, sondern du wirst auf virtuelle Benutzer umsteigen müssen.
In Postfix kannst du pro Adresse user@domain.tld eine Mailbox auf dem Postfix festlegen. Anyway wird das sehr aufwändig werden. Wieso forwardest du nicht alles von deiner Domain an die DS? Dann kommt es wenigstens direkt beim Postfix an

 

[AngelDust]

hmm...
das mit den Postfix Aliases und nicht funzen verstehe ich nicht ganz.
habe als maildomain meinedomain.net angegeben => ist die externe domain, die ich abholen will. daher müsste Postfix ja die mails, die an bekannte Aliases (alias1@meinedomain.net) zuordnen können. intern verwende ich ja auch die selben mailadressen und da klappt das reibungslos. verstehe ich da was falsch?

Warum nicht forwarden - könnte ja den MX-record für meinedomain.net auf meine IP legen lassen. ABER - ich bin ein sehr gebranntes kind und habe schon seit jahren daheim server laufen (auch linux) und bin da bisher immer am mailserver gescheitert ==> deswegen ja die DS gekauft, denn ich dachte, das sei so ne richtig gute blackbox. Ist sie auch - unbestritten - bis auf den mailserver ging alles über die weboberfläche zum konfigurieren.
wenn ich das mache - was passiert, wenn mein die DS kaputt geht? Wo gehen die mails hin, wenn an der IP kein mailserver mehr wartet? und einen neuen server hinstellen dauert doch etwas länger. Außerdem ist vor meinen LAN ein bintec-router und da ist INBOUND nur 443 offen sonst nichts - und das ist auch gut so.

Wo ist der unterschied zwischen mails, die direkt (per forward oder MX-record) an den mailserver gehen und mails, die von einem internen dienst abgeholt und wiederum unverändert an den mailserver übergeben werden?

Das mit dem linux-ungeübten will ich mal so umschreiben - shell, gar nicht mein freund... aber ich quäle mich - mit mäßigem erfolg - seit jahren mit suse,debian, ubuntu und eben jetzt DS. also nicht ganz blind, aber die kommandozeile läßt mich alt aussehen.

Bin nicht einfach zu faul und will eine "schritt für schritt" anweisung - ich will das nämlich verstehen.

 

[jahlives]

hmm...
das mit den Postfix Aliases und nicht funzen verstehe ich nicht ganz.
habe als maildomain meinedomain.net angegeben => ist die externe domain, die ich abholen will. daher müsste Postfix ja die mails, die an bekannte Aliases (alias1@meinedomain.net) zuordnen können. intern verwende ich ja auch die selben mailadressen und da klappt das reibungslos. verstehe ich da was falsch?

Solange du mit der aliases Datei arbeitest werden die Aliase nur auf den Teil vor dem @ angewendet. Der Domainpart wird ignoriert. Wenn du aber die externe Domain unter mydestination aufgeführt hast, dann sollte das egal sein.
Ein Alias könnte in diesem Fall dann so ausschauen

alias1: dein_lokaler_user
alias2: dein_anderer_lokaler_user

Das setzt aber voraus, dass entweder der MX Eintrag für domain.tld auf die IP deiner DS zeigt, oder domain.tld alle Emails an die DS weiterleitet, oder du nach dem Abholen der Emails diese wieder in den Postfix Prozess leitest (meist via Postfix sendmail). Mit welchem Programm holst du die externen Emails ab? getmail oder fetchmail?

 

[AngelDust]

....du nach dem Abholen der Emails diese wieder in den Postfix Prozess leitest (meist via Postfix sendmail). Mit welchem Programm holst du die externen Emails ab? getmail oder fetchmail?

jep - im kern war das wohl die frage, die ich gleich hätte stellen sollen

womit würde es am einfachsten gehen?
weder getmail noch fetchmail sind mir - außer, dass ich die namen kenne - wirklich vertraut.

was wäre die einfache variante. alle X minuten nachschauen und was dort in der pop-mailbox liegt auf die mailstation => ab dann sollte postfix den rest erledigen. Das ist eigentlich alles was mir noch fehlt.

 

[jahlives]

was wäre die einfache variante. alle X minuten nachschauen und was dort in der pop-mailbox liegt auf die mailstation => ab dann sollte postfix den rest erledigen. Das ist eigentlich alles was mir noch fehlt.

Ich selber verwende getmail, um die Emails von externen Servern einzusammeln. Funzt soweit wunderbar. Per Default sendet getmail Emails direkt an die Mailboxen, womit natürlich die Sache mit den Aliases ned funzen würde. Zum Glück kann man getmail auch so konfigurieren, dass er neue Emails an einen weiteren Prozess geben kann. In deinem Fall müsste getmail die Emails an den Postfix sendmail weiterleiten und dieser dann die Aliase anwenden und die Mails in die korrekten Mailboxen stellen

 

[AngelDust]

nach etwas googlen......

[retriever]
type = SimplePOP3Retriever
server = pop.1und1.de
username = ich
password = geheim

[destination]
type = MDA_external
path = ????
arguments = ???

[options]
delete_after = 1
message_log = /home/ich/getmail.log
read_all = true

scheint dem grunde nach nicht so ein problem zu sein - aber welcher [destination] path und welche arguments?
und warum [destination] type = MDA_external

installieren von getmail nehme ich an mit IPKG - ist IPKG schon "native" auf der DS oder muss man das auch installieren?

I know - lästige fragen...

 

[jahlives]

Der path um eine Email wieder in den Postfix Prozess zu bringen wäre:
/usr/syno/mailstation/sbin/sendmail

[FONT=monospace]
[/FONT]path = /usr/syno/mailstation/sbin/sendmail[FONT=monospace]
[/FONT]arguments = ("user@domain.tld", )

Wenn du den User nicht angibst, landen die Emails immer im Homeverzeichnis des Users der getmail aufgerufen hat
Und ja getmail gibt es via ipkg

 

[AngelDust]

welchen auswirkung hat "arguments" ??
ich hole von diesem pop-account ja die mails ALLER meiner user ab - oder ist der user unwichtig, weil die mails ja sowieso im sendmail-ordner landen und dort der postfix übernimmt.

getmail - egal welche version?
muss ich die pakete downloaden und dann lokal auf der DS ablegen und von dort weg mit IPKG installieren. Auch noch nie gemacht - hab sonst nur mit apt-get install gearbeitet.
whatever - man lernt ja nie aus.

Danke für die Hilfe - im nachhinen betrachtet ist das eigentlich gar nicht sooo kompliziert. sind ja nur folgende dinge:

Aliases anpassen
SMTP_Relay mit smtp_auth
Getmail

Auf jedenfall schon mal danke für die hilfe - sollte ich scheitern, weiß ich wo ich nachfrage ;-)

 

[AngelDust]

wie befürchtet - stehe schon wieder an.

IPKG konnte ich - nach einem Fehler meinerseits - anhand synology wiki installieren und updaten.

dann habe ich
ipkg install py26-getmail
gemacht

passt - wurde installiert.... und jetzt finde ich die getmail konfig-datei nicht.
es wurde ein ordner

/opt/bin

angelegt und da finde ich folgende files mit getmail beginnend:
getmail-py2.6
getmail_fetch-py2.6
getmail_maildir-py2.6
getmail_mbox-py2.6

die schauen aber alle etwas kryptisch aus - finde das o.a. "[retriever]...." nirgendwo.


/volume1/homes/[USER]/.Maildir gibt es keinen Ordner .getmail
muss man den manuell anlegen und wenn ja, dann brauche ich den ja eigentlich nur bei dem user, der die mails abruft. also admin (root) oder halt der eigens dafür angelegte - oder??


by the way
ich gehe davon aus, das ich dann einen CRON-job auch brauche um das im hintergrund laufen zu lassen. macht es sinn da einen eigenen user anzulegen oder kann man das mit root laufen lassen???

 

[jahlives]

/volume1/homes/[USER]/.Maildir gibt es keinen Ordner .getmail
muss man den manuell anlegen und wenn ja, dann brauche ich den ja eigentlich nur bei dem user, der die mails abruft. also admin (root) oder halt der eigens dafür angelegte - oder??


by the way
ich gehe davon aus, das ich dann einen CRON-job auch brauche um das im hintergrund laufen zu lassen. macht es sinn da einen eigenen user anzulegen oder kann man das mit root laufen lassen???

Diesen Ordner und die Konfigfiles musst du selber anlegen.
Empfange niemals Emails als root! Bestimmte Postfix Prozesse verweigern die Arbeit unter root sogar komplett. Leg in der alias Datei für root einen Eintrag an der auf einen deiner User zeigt.
Der Cronjob läuft normalerweise unter dem User für den die Emails auch sind. Das gilt für lokale Email User. Wenn du aber mit virtuellen Email Usern arbeiten willst, dann ist es von Vorteil das Einsammeln der Emails der verschiedenen Benutzer immer unter dem gleichen Benutzer laufen zu lassen.