![]() |
[postfix] Mails von mehreren Domains...
Erst mal sorry für den blöden Titel, aber mir ist nix besseres eingefallen!
Zum Problem bzw. zur Herausforderung: Ich betreibe hinter einer GNU/Linux-Box zwei Rechner, diese Box soll nun auch als Mailserver agieren - vorerst nur mal zum Versenden mit postfix. Jetzt will ich alle Mails welche vom internen Netz kommen aber nicht vom Gateway direkt senden lassen sondern an meinen "Provider" weitergeben und von diesem dann "weiterverteilen" lassen. Jetzt habe ich nur das Problem, dass ich mehrere verschiedene Mailaccounts habe, z.B. cargal.org, GMX oder andere. Cargal versendet natürlich keine Mails von Absendern mit GMX und umgekehrt. Wie kann ich postfix (oder evtl. einen anderen MTA) dazubringen den Ziel-SMTP in Abhängigkeit von der Absenderadresse auszuwählen? Mit der Transport-Option kann ich nur nach Zieladresse unterscheiden... mfg PS: lokale Mails sollen natürlich lokal zugestellt werden... ;) |
Also der SMTP-Server meines Providers verschickt Mails (von Rechnern aus dem Netz meines Providers) mit beliebigen Absendern.
Wenn der Deines Providers das auch kann, brauchst Du ja nur eine Smarthost-Konfiguration. |
Zitat:
|
Hmmm, schlecht :(
Wieso willst Du eigentlich nicht gleich selber senden? Ist ja kein Aufwand. |
Ist vielleicht eine doofe Antwort, aber du brauchst im Mailclienten bei den Kontooptionen nur die verschiedenen SMTP eintragen.
Sloter |
Zitat:
Nur würde ich das ganze gerne über den eigenen Mailserver abwickeln, dass ich diesem die Mails "gebe" und er stellt sie zu... |
POSTFIX, Gott aller MTAs kann das alles von allein, praktisch mit der Default-Konfig.
Beispiel für eine Postfix-Konfiguration auf einem MailHub mit Amavis: /etc/postfix/main.cf: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mynetworks = 127.0.0.1, 192.168.1.0/24 myhostname = hostname.dyndns.org readme_directory = /usr/share/doc/packages/postfix/README_FILES mail_spool_directory = /var/mail canonical_maps = hash:/etc/postfix/canonical virtual_maps = hash:/etc/postfix/virtual relocated_maps = hash:/etc/postfix/relocated transport_maps = hash:/etc/postfix/transport sender_canonical_maps = hash:/etc/postfix/sender_canonical masquerade_exceptions = root masquerade_classes = envelope_sender, header_sender, header_recipient inet_interfaces = 127.0.0.1, 192.168.1.100 masquerade_domains = bei_dir_daham_dom.ain defer_transports = disable_dns_lookups = no content_filter = vscan: mailbox_command = mailbox_transport = smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = strict_rfc821_envelopes = no smtpd_recipient_restrictions = permit_mynetworks,check_relay_domains alias_maps = hash:/etc/aliases ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Wenn du Amavis nicht verwendest musst du "content_filter = vscan:" rausnehmen. Der Rest bleibt default, bis vielleicht auf: virtual: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ user1@gmx.at user1_local user2@gmx.at user2_local ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ein so konfiguriertes System würde nur für die eigenen Domänen relayen. Ausgehende Mail schickt ein so konfigurierter Postfix direkt an den Mailserver des Empfängers. Wenn du Mail von einer internen Fantasiedomain ("bei_dir_daham_dom.ain") schicken willst und diese z.B. im "MAIL FROM" (oder sonst wo im Header der Mail) aufscheint dann sei gewarnt, dass jeder vernünftig konfigurierte Mailserver Mails abweist deren Domains er nicht auflösen kann. Wenn dem Admin des Mailservers dann noch fad ist klopft er dir auf die Finger oder schickt gleich Legal vorbei. Wenn's dann noch immer net geht, dann poste bitte den Output von "postconf" (aber als pm) Edit: Unter http://www.postfix.org/docs.html gibts eine hervorragende Doku ... |
Zitat:
Weil die restliche Konfig, die Du hier angeführt hast, kann jeder vernünftige MTA (von Exchange vielleicht einmal abgesehen) ;) |
netter Versuch boo aus dem Windschatten heraus, aber Qmail bleibt weiterhin in der Pole :D
Sloter |
WTFi QMAIL?
:ms: |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 03:25 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag