July 2013 - postfix-users

[postfix-users] ANN: automx 0.10 stable
by Patrick Ben Koetter 11 Feb '14

11 Feb '14

Soeben haben wir eine neue Version von automx <http://automx.org>, dem Werkzeug zur automatisierten Konfiguration von Mailprogrammen, veröffentlicht. Das neue Relese bringt automx 0.10 bringt MacOS und iOS-Support! Anstatt ihr Mailprogramm mühsam selbst zu konfigurieren, surfen MacOS und iOS-Benutzer ab sofort nur noch zu einer Webadresse, z.B. https://mail.automx.org (Testdomain). Dort gehen sie Loginname und - wenn gewünscht - Kennwort ein. automx liefert ihnen daraufhin ein fertiges Kontoprofil, das vom Mailprogramm nach Rückfrage importiert wird. Die Mailkonfiguration ist damit abgeschlossen und die Anwender können ihr Mailkonto bereits im nächsten Schritt nutzen. automx automatisiert die Provisionierung von Mailkonten, vermeidet Konfigurationsfehler und entlastet den Support. In der heute veröffentlichten Version 0.10 bedient automx alle drei populären Betriebsystem-Plattformen. Es ist GPL-lizensiert und steht ab sofort unter <https://github.com/sys4/automx/releases> zum Download zur Verfügung. p@rick -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

3 3

[postfix-users] Problem mit MDR und Amavis/Postfix
by marcel-ml＠irc-addicts.de 30 Jul '13

30 Jul '13

Hallo zusammen, ich denke mal, hier kann mir jemand helfen. Ich nutze Postfix in Verbindung mit Amavis und soweit laeuft das auch alles perfekt. Mails werden ueberprueft und auch geblockt, falls notwendig. Nun habe ich aber folgendes Problem: Sobald eine Mail versendet wird, in der eine Empfangs- und Lesebestaetigung eingefordert wird, erhaelt der Absender, welcher ueber den Server versendet (Auth vorher geklappt und alles) die Empfangsbestaetigung nicht vom endgueltigen Server auf der die Mail landet, sondern von amavis. Bzw von Postfix, der mitteilt das die Mail lokal auf Port 10024 zugestellt wurde. Ich und auch die eigentlichen Absender haetten natuerlich gerne anstatt der Mitteilung das die Mail an Amavis weitergeleitet wurde die Meldung das ein externer Server die Mail angenommen hat. Kann mir hier jemand einen Tipp geben wonach ich schauen muss? Jeder Hinweis wird angenommen. =) Meine master.cf sieht wie folgt aus: # # Postfix master process configuration file. For details on the format # of the file, see the master(5) manual page (command: "man 5 master"). # # Do not forget to execute "postfix reload" after editing this file. # # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== smtp inet n - - - - smtpd #submission inet n - - - - smtpd # -o smtpd_tls_security_level=encrypt # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject # -o milter_macro_daemon_name=ORIGINATING #smtps inet n - - - - smtpd # -o smtpd_tls_wrappermode=yes # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject # -o milter_macro_daemon_name=ORIGINATING #628 inet n - - - - qmqpd pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - - 300 1 oqmgr tlsmgr unix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - - - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - - - - smtp -o smtp_fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scache unix - - - - 1 scache # # ==================================================================== # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # Many of the following services use the Postfix pipe(8) delivery # agent. See the pipe(8) man page for information about ${recipient} # and other message envelope options. # ==================================================================== # # maildrop. See the Postfix MAILDROP_README file for details. # Also specify in main.cf: maildrop_destination_recipient_limit=1 # maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} # # ==================================================================== ## # ==================================================================== # # Recent Cyrus versions can use the existing "lmtp" master.cf entry. # # Specify in cyrus.conf: # lmtp cmd="lmtpd -a" listen="localhost:lmtp" proto=tcp4 # # Specify in main.cf one or more of the following: # mailbox_transport = lmtp:inet:localhost # virtual_transport = lmtp:inet:localhost # # ==================================================================== # # Cyrus 2.1.5 (Amos Gouaux) # Also specify in main.cf: cyrus_destination_recipient_limit=1 # #cyrus unix - n n - - pipe # user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} # # ==================================================================== # Old example of delivery via Cyrus. # #old-cyrus unix - n n - - pipe # flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user} # # ==================================================================== # # See the Postfix UUCP_README file for configuration details. # uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) # # Other external delivery methods. # ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d ${recipient} tumgreyspf unix - n n - - spawn user=tumgreyspf argv=/usr/bin/tumgreyspf amavis unix - - - - 2 smtp -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes -o disable_dns_lookups=yes -o max_use=20 127.0.0.1:10025 inet n - - - - smtpd -o content_filter= -o smtpd_delay_reject=no -o smtpd_client_restrictions=permit_mynetworks,reject -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o smtpd_data_restrictions=reject_unauth_pipelining -o smtpd_end_of_data_restrictions= -o smtpd_restriction_classes= -o mynetworks=127.0.0.0/8 -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 -o smtpd_client_connection_count_limit=0 -o smtpd_client_connection_rate_limit=0 -o receive_override_options=no_header_body_checks,no_unknown_recipient_checks,no_milters -o local_header_rewrite_clients= vacation unix - n n - - pipe flags=Rq user=vacation argv=/var/spool/vacation/vacation.pl -f ${sender} -- ${recipient} und meine main.cf # See /usr/share/postfix/main.cf.dist for a commented, more complete version # Debian specific: Specifying a file name will cause the first # line of that file to be used as the name. The Debian default # is /etc/mailname. #myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no # appending .domain is the MUA's job. append_dot_mydomain = no # Uncomment the next line to generate "delayed mail" warnings #delay_warning_time = 4h readme_directory = no # TLS parameters #smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem #smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key #smtpd_use_tls=yes #smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache #smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache # TLS PART START smtp_tls_CAfile = /etc/postfix/tls/root.crt smtp_tls_cert_file = /etc/postfix/tls/cert.pem smtp_tls_key_file = /etc/postfix/tls/privatekey.pem smtp_tls_session_cache_database = btree:$data_directory/smtp_tls_session_cache smtp_tls_security_level = may smtp_tls_loglevel = 1 smtpd_tls_CAfile = /etc/postfix/tls/root.crt smtpd_tls_cert_file = /etc/postfix/tls/cert.pem smtpd_tls_key_file = /etc/postfix/tls/privatekey.pem smtpd_tls_session_cache_database = btree:$data_directory/smtpd_tls_session_cache smtpd_tls_security_level = may smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_ask_ccert = yes #smtpd_tls_auth_only = yes # TLS PART END # See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for # information on enabling SSL in the smtp client. myhostname = server.de alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = server.net-addicts.de, localhost.localdomain, , localhost relayhost = mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all # Postfixadminaenderungen # virtual_mailbox_domains = proxy:mysql:/etc/postfix/sql/mysql_virtual_domains_maps.cf virtual_alias_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_catchall_maps.cf virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_mailbox_maps.cf # Additional for quota support virtual_create_maildirsize = yes virtual_mailbox_extended = yes virtual_mailbox_limit_maps = mysql:/etc/postfix/sql/mysql_virtual_mailbox_limit_maps.cf virtual_mailbox_limit_override = yes virtual_maildir_limit_message = Sorry, the user's maildir has overdrawn his diskspace quota, please try again later. virtual_overquota_bounce = yes # Postfixadminaenderungen # # dovecot Anbindung # virtual_transport = dovecot dovecot_destination_recipient_limit = 1 smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes broken_sasl_auth_clients = yes smtpd_recipient_restrictions = reject_unknown_sender_domain reject_unknown_recipient_domain reject_unauth_pipelining permit_mynetworks permit_sasl_authenticated #reject_rbl_client dnsbl.sorbs.net reject_rbl_client bl.spamcop.net reject_rbl_client zen.spamhaus.org #reject_rbl_client dnsbl-1.uceprotect.net check_policy_service unix:private/tumgreyspf reject_unauth_destination check_client_access hash:/etc/postfix/ip-block smtpd_milters = inet:127.0.0.1:54321 non_smtpd_milters = inet:127.0.0.1:54321 milter_default_action = accept content_filter = amavis:[127.0.0.1]:10024 receive_override_options = no_address_mappings smtpd_client_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_pipelining reject_rbl_client bl.spamcop.net reject_rbl_client zen.spamhaus.org # reject_rbl_client list.dsbl.org header_checks = pcre:/etc/postfix/pcre/header_checks body_checks = pcre:/etc/postfix/pcre/body_checks transport_maps = hash:/etc/postfix/transport # ende Vielen Dank noch mal im Voraus. Gruesse, Marcel

2 2

[postfix-users] DNS-Problem
by Jochen Fahrner 24 Jul '13

24 Jul '13

Hallo, seit einiger Zeit bekomme ich einen Newsletter nicht mehr. In meinem Log sehe ich folgende Meldungen: warning: 193.158.71.110: address not listed for hostname news.teleropa.de connect from unknown[193.158.71.110] NOQUEUE: reject: RCPT from unknown[193.158.71.110]: 450 4.7.1 Client host rejected: cannot find your hostname, [193.158.71.110]; from=<news(a)digitalmagazin.info> to=<mich> proto=ESMTP helo=<news.technisat.de> disconnect from unknown[193.158.71.110] Nun möchte ich ungern meinen Spam-Schutz aufweichen und frage mich: was macht der Versender hier falsch? nslookup sagt mir: Non-authoritative answer: 110.71.158.193.in-addr.arpa name = news.digitalmagazin.info. 110.71.158.193.in-addr.arpa name = news.teleropa.de. 110.71.158.193.in-addr.arpa name = news.technisat.de. 110.71.158.193.in-addr.arpa name = news.infosat.info. Authoritative answers can be found from: nix Für news.teleropa.de gibt es tatsächlich keinen DNS-Eintrag. Aber wie kommt Postfix auf diesen Namen? Im helo steht doch news.technisat.de. -- Mit besten Grüßen Jochen Fahrner

2 2

[postfix-users] unklares Verhalten bei Bad sender address syntax Fehlern
by Stephan Jacob 23 Jul '13

23 Jul '13

Hallo Postfix Gemeinde, ich habe auf meinem Mail-Relay ein ungewöhnliches Verhalten bemerkt, was ich mir nicht erklären kann: Wenn ich mich mit telnet auf Port 25 des Relays verbinde (also telnet relay.ovgu.de 25) und manuell eine SMTP Session durchführen will habe ich das Problem, dass Mail-Adressen immer mit dem Hinweis auf falsche Syntax abgewiesen werden. Beispiel telnet relay.ovgu.de 25 Connected to relay.ovgu.de. Escape character is '^]'. 220 relay.ovgu.de ESMTP Postfix helo maschine.ovgu.de 250 relay.ovgu.de MAIL FROM: sjacob(a)ovgu.de 501 5.1.7 Bad sender address syntax Dabei handelt es sich um meine Mail-Adresse die auch existiert. So weit so schlecht. Jetzt verbinde ich mich mit Thunderbird auf das Relay an Port 25 (dazu habe ich einfach meine IP zu mynetworks hinzugefügt, um ohne Authentifizierung relayen zu können) und versende eine Mail mit der Absender-Adresse sjacob(a)ovgu.de. Das geht ohne Probleme. Im Log ist auch klar zu erkennen, dass er die angegebene Adresse als FROM Adresse setzt. D.h. es kann nicht an strict_rfc821_envelopes = yes liegen!? Das Problem tritt unabhängig davon auf, von welcher Maschine aus ich die Telnet-Verbindung initiiere (selbst direkt auf dem Relay) und auch unabhängig davon welche Adressen ich eingebe. Valide und auch nicht valide Adressen werden mit dem gleichen Fehler abgewiesen. Folgende Sender restrictions sind gesetzt: smtpd_sender_restrictions = reject_unauth_sender_domains, reject_non_fqdn_sender, reject_unknown_sender_domain, (reject_unauth_sender_domains fast zwei Lookup-Dateien zusammen. In der ersten listen wir mit REGEXP Domains oder bekannte Teile von Adressen, die wir ablehnen, die zweite Datei ist eine HASH Datei mit kompletten Mail-Adressen, die wir ablehnen) Übrigens, wenn ich in der händischen SMTP Session die MAIL FROM Adresse leer lasse (also <> angebe), dann kann ich zumindest zu dem Punkt RCPT TO vordringen. Wenn ich dort eine Adresse eingebe bekomme ich aber auch den Bad Address Syntax Fehler. Ich kann mir nicht erklären, warum es mit dem Mail-Client funktioniert aber die direkte Eingabe nicht. Woran kann es liegen? Wenn irgendeine Regel greift, dann muss diese doch unabhängig von Client mit welchem ich die Mail versende greifen. Viele Grüße Stephan Stephan Jacob Otto-von-Guericke Universität Magdeburg Universitätsrechenzentrum (URZ) Universitätsplatz 2 Gebäude 26 - 035 39106 Magdeburg Tel.: 0391-67-58572 Fax: 0391-67-11134

3 3

Re: [postfix-users] unklares Verhalten bei Bad sender address syntax Fehlern
by Stephan Jacob 23 Jul '13

23 Jul '13

Hallo, der Vorschlag von Jörg funktioniert. Ich verstehe nur nicht das ich auf einem anderen Postfix Server (dem Zwillingsbruder des getesteten) mit gleicher Postfix-Version und Konfiguration ein MAIL FROM: sjacob(a)ovgu.de durchbekomme (also ohne < >)? Danke! Stephan Von: "Jörg Sitek" [mailto:Jogie@quantentunnel.de] Gesendet: Dienstag, 23. Juli 2013 09:27 An: Stephan Jacob Betreff: Aw: [postfix-users] unklares Verhalten bei Bad sender address syntax Fehlern Hi Stephan, > Ich kann mir nicht erklären, warum es mit dem Mail-Client funktioniert > aber die direkte Eingabe nicht. Woran kann es liegen? probiers doch mal mit "mail from:<sjacob(a)ovgu.de>" Gruß, jörg

1 0

[postfix-users] Einzelne Accounts "umleiten" ?
by weigel＠dfbnet.org 22 Jul '13

22 Jul '13

Hi, wir haben eine Postfix + Cyrus installation, die auch jahrelang so getan hat wie sie sollte. Jetzt sollen einige Accounts unserer Domain auf einen Office 365 Postfach umgeleitet werden. In Office 365 benutzen diese User eine andere Domain. Kann mir jemand nen Tipp geben, wie ich einzelen Accounts in einer zentralen Map eine "weiterleitung" verpassen kann? user1(a)localdomain.de --> user1(a)o365domain.com user2(a)localdomain.de --> user2(a)o365domain.com Danke für eure Hilfe Gruß Helmut Weigel -- DFB-Medien GmbH & Co. KG Otto-Fleck-Schneise 6 60528 Frankfurt fon: +49 (69) 6788-319 fax: +49 (69) 6788-343 pcfax: +49 (511) 760770 76 - 319 email: helmut.weigel(a)dfbnet.de Homepage: www.dfb-medien.de -------------------------------------------- Hermann-Neuberger-Haus | Otto-Fleck-Schneise 6 | 60528 Frankfurt | DFB-Medien GmbH & Co. KG | Geschäftsführung: DFB-Medien Verwaltungs-GmbH, deren Geschäftsführer: Kurt Gärtner, Tilman Walk |Vorsitzender des Aufsichtsrates: Dr. Theo Zwanziger | HRA 30550 | Registergericht: Frankfurt

2 2

[postfix-users] Postfix - Weiterleitung an speziellen Mailserver unterbinden
by Stephan Jacob 18 Jul '13

18 Jul '13

Hallo Postfix Gemeinde, an der Uni Magdeburg können die Nutzer ihr Postfach auf einen von drei Servern haben: - entweder sie sind auf exchange - entweder sie sind auf cyrus - entweder sie sind in der Medizin (dort läuft auch Exchange) Wenn eine Mail auf unserem Relay eingeht (dort läuft Postfix) wird über den virtual_alias_maps Parameter eine LDAP-Abfrage initiiert. Im LDAP steht dann als Forwarding-Adresse entweder exchange, cyrus oder medizin (je nachdem wo der Kollege sein Postfach hat). Die Mail wird entsprechend weitergeleitet. Jetzt die Frage: Ich möchte für eine Nacht die Zustellung von Mails an die Medizin unterbinden, da dort der Server umgestellt wird. Wie mach ich das am sinnvollsten ohne das LDAP anzufassen? Gibt es eine Möglichkeit die Mails für die Medizin auf dem Relay in der Queue zu halten und am nächsten morgen auf Knopfdruck die Zustellung an die Medizin wieder freizugeben, so dass Postfix dann auch die Mails in der Queue langsam wieder raussendet? Stephan Jacob Otto-von-Guericke Universität Magdeburg Universitätsrechenzentrum (URZ) Universitätsplatz 2 Gebäude 26 - 035 39106 Magdeburg Tel.: 0391-67-58572 Fax: 0391-67-11134

5 5

[postfix-users] Postfix - logfile - verarbeitung von bcc und cc
by dirk＠poper.de 09 Jul '13

09 Jul '13

Hallo Gemeinde, ich habe gerade mehrere frische Posfix Server aufgesetzt (spamd, MailScanner, ClamAV, Postgrey). Er tut was er soll. Wenn nun ein User eine Email verschickt, mit einem Empfänger auf CC oder BCC sehe ich davon nichts im Logfile. Ich sehe nur, dass die Quee für das TO an den Zielserver übergeben wurde und danach removed wird. Was muss ich ändern, damit Postfix auch CC und BCC Processing Infos in das Logfile schreibt? Danke im voraus. IT Systemhaus Poper Ingenieurbuero Poper INB Poper Allgemeine rechtliche Hinweise: Dirk Poper, Am Brauhof 4, 53721 Siegburg, +49 171 3553333, USt-IdNr.:DE157937612 Informationen zur Datennutzung Impressum Hinweis: Diese E-Mail und/oder die Anhaenge sind vertraulich und ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jegliche Durchsicht, Weitergabe oder Kopieren dieser E-Mail ist strengstens verboten. Wenn Sie diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte unverzueglich den Absender und vernichten Sie die Nachricht und alle Anhaenge. Vielen Dank. Notice: This transmittal and/or attachments may be privileged or confidential. It is intended solely for the addressee named above. Any dissemination, or copying is strictly prohibited. If you received this transmittal in error, please notify us immediately by reply and immediately delete this message and all its attachments. Thank you.

3 2

[postfix-users] Verständnisprobleme mit mydestination, virtual_alias_domains und virtual_mailbox_domains
by Hubert Schölnast 02 Jul '13

02 Jul '13

Hallo! Meine Frage vom 9.6. wurde nicht bearbeitet (siehe unten). Habe ich etwas falsch gemacht? Wenn Ja: Was muss ich anders machen? Wenn Nein: Ich bitte um Bearbeitung! Danke! Ich habe heute ihre Mailingliste aboniert. Ist ein solches Abo zwingend notwendig um Antworten zu erhalten? Wenn ja, sollten Sie das bitte auf http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users explizit hinschreiben. Ich verstehe den aktuellen Inhalt dieser Seite so, dass man auch Fragen einsenden kann ohne die Liste abonieren zu müssen. Warum gibt es kein deutsches Postfix-Forum, sondern nur diese umständliche Mailingliste? Oder habe ich das Forum (trotz intensiver Suche) nur nicht gefunden? Liebe Grüße Hubert Schölnast Hubert Schölnast schrieb am 09.06.13 21:48: > Hallo! > > > Ich habe Verständnisprobleme mit mydestination, virtual_alias_domains > und virtual_mailbox_domains und habe dazu 4 Fragen. > > Auf meinem Server gibt es nur einen einzigen User, der sich dort > einloggen kann, das ist root. Ein Webserver läuft dort bereits, nun > soll auch ein Mailserver folgen, meine Wahl fiel auf Postfix. > Betriebssystem = Ubuntu Precise Pangolin (12.04 LTS). Der Server ist > ein virtueller Server auf dem ich Root-Rechte habe, der aber 800 km > von mir entfernt im Ausland (nämlich in einer Serverfarm in > Deutschland) steht. Ich bin in Österreich (Wien) daheim. > > Der Server soll Zustellungs-Endpunkt für mehrere Domänen werden (ich > nenne sie hier firstserver.at, secondserver.at und thirdserver.at), > wobei jede Domäne ihre individuellen Mail-Accounts hat (nur virtuelle > E-Mail-User). Alle User haben mehrere Geräte mit denen Sie ihre Mails > verwalten (PC, Notebook, Tablet und Handy) und greifen auf Ihre > E-Mails daher via IMAP (oder besser IMAPS) zu. Alle User, die vial > IMAP auf den Server zugreifen dürfen, nutzen den Server auch als > Postausgangsserver. > > Dann gibt es noch lokale Unix-Prozesse (z.B. cron) die gelegentlich > E-Mails versenden. Alle lokal erzeugten E-Mails sollen an > admin(a)firstserver.at gehen. > > Postfix soll die Mails nicht selbst in Postfächer ablegen, sondern > diesen Job einem anderen Programm überlassen. Der Grund: Je nach > Inhalt sollen eingehende E-Mails in unterschiedliche Ordner > einsortiert werden. Beispielsweise soll es zur E-Mail Adresse > anton(a)firstserver.at die Ordner firstserver_anton_inbox, > firstserver_anton_spam_or_malware und > firstserver_anton_mails_von_berta geben. > > Soweit ich das grundlegende Konzept von Postfix verstanden habe, sind > alle meine Mail-User virtuelle Mail-User, denn keiner von ihnen hat > ein Unix-Account am Server. Daher mache ich diese Einträge in main.cf: > > virtual_mailbox_domains = hash:/etc/postfix/virtual_mailbox_domains > virtual_mailbox_maps = hash:/etc/postfix/virtual_mailbox_maps > > Inhalt von virtual_mailbox_domains: > firstserver.at ok > secondserver.at ok > thirdserver.at ok > ... > > Inhalt von virtual_mailbox_maps (Dazu gibts im Anschluss gleich die > Frage 1): > anton(a)firstserver.at firstserver_anton > berta(a)firstserver.at firstserver_berta > clara(a)secondserver.at secondserver_clara > doris(a)thirdserver.at thirdserver_doris > ... > > Frage 1: > Ich weiß nicht genau, was ich in virtual_mailbox_maps wirklich auf den > rechten Seiten hinschreiben soll, denn da sollen ja die Ablageorte der > jeweiligen Konten stehen, aber Postfix legt die Mails selbst ja > nirgends ab, sondern leitet sie an ein anderes Programm weiter, das > dann die Ablage (nach einer Filterung) machen soll. > > Frage 2: > Mir ist auch unklar, ob ich mydestination leer lassen soll, oder ob > dort localhost eingetragen werden muss (wegen der E-Mails die von > lokalen Prozessen erzeugt werden können). Also > Entweder > mydestination = > oder > mydestination = localhost > Was ist richtig? > > > Vorbereitung auf Fragen 3 und 4: > Ich habe verstanden, dass ich allfällige Weiterleitungen in > virtual_alias_maps eintragen muss. Beispielsweise sollen alle E-Mails, > die an postmaster(a)secondserver.at und postmaster(a)thirdserver.at > gesendet werden, an postmaster(a)firstserver.at umgeleitet werden. Und > alles, was an postmaster(a)firstserver.at geht soll als Duplikat auch an > admin(a)firstserver.at weitergeleitet werden. > > Ich glaube, das geht so: > virtual_alias_maps = hash:/etc/postfix/virtual_alias_maps > > Inhalt von virtual_alias_maps: > postmaster(a)secondserver.at postmaster(a)firstserver.at > postmaster(a)thirdserver.at postmaster(a)firstserver.at > postmaster(a)firstserver.at postmaster(a)firstserver.at, admin(a)firstserver.at > > Frage 3: > Kann ich mit diesem Eintrag > @localhost admin(a)firstserver.at > in virtual_alias_maps erreichen, dass alle E-Mails, die lokal am > Server entstehen, an admin(a)firstserver.at zugestellt werden? Wenn > nein: Wie sonst geht das? > > Frage 4: > Ich habe in mehreren Tutorials bezüglich virtual_alias_domains immer > wieder zwei widersprüchliche Aussagen gelesen, und weiß nicht was nun > richtig ist. > > Aussage 1: In virtual_alias_domains müssen alle Domains angegeben > sein, die in virtual_alias_maps bei den Adressen der linken Seite > vorkommen. Demzufolge müsste ich also angeben: > > virtual_alias_domains = firstserver.at secondserver.at thirdserver.at > > Aussage 2a: In virtual_mailbox_domains müssen alle Domains angegeben > sein, die in virtual_mailbox_maps bei den Adressen der linken Seite > vorkommen. > Aussage 2b: Jede Domain darf nur entweder in virtual_mailbox_domains > oder in virtual_alias_domains stehen, aber niemals in beiden. > Die Aussagen 2a und 2b fordern also, dass firstserver.at, > secondserver.at und thirdserver.at nicht in virtual_alias_domains > stehen dürfen, weil es E-Mail-Adressen aus diesen Domänen gibt, die in > virtual_mailbox_maps stehen. Also müsste ich entgegen der > Schlussfolgerung aus Aussage 1 virtual_alias_domains leer lassen. > > virtual_alias_domains = > > Dsa widerspricht aber dem, was aus Aussage 1 zu schließen ist. > Was ist nun richtig? > > > Liebe Grüße > Hubert Schölnast

6 24

[postfix-users] Verschiedene Ansätze, Mail zuzustellen (auch für Hubert Schölnast)
by Ralf Hildebrandt 01 Jul '13

01 Jul '13

Es gibt so im großen und ganzen zwei verschiedene Ansätze um einen IMAP Server (z.B. Dovecot oder Cyrus) anzubinden. Der eine Ansatz ist: * Domain in relay_domains auflisten (Postfix "relayed" das Zeug - nämlich zum LMTP-Server von cyrus oder dovecot, oder in einen transport hinein, der seinerseits eine PIPE aufruft) * Empfänger in relay_recipient_maps auflisten Internet --smtp--> Postfix --lmtp--> cyrus/dovecot Internet --smtp--> Postfix --pipe--> programm Vorteil: ======== * cyrus/dovecot kriegen Mails mit der vollen Emailadresse als Usernamen * d.h. man kann sich ohne Tricks mit seiner Emailadresse anmelden * die Mail im Transit hat auch immer dieselbe Adresse (keine Umschreibung nötig) Nachteil: ========= * irgendwoher muss die relay_recipient_maps Info kommen, am besten aus einer gemeinschaftlich genutzten Quelle von Postfix und cyrus/dovecot (Datenbank, LDAP, sowas...) Der andere Ansatz ist: * Domain in virtual_alias_domains auflisted, dann wird die Emailadresse auf irgendwas "umgeschrieben" (username4711@localhost) Und username4711@localhost wird dann irgendwie local zugestellt (dovecot-deliver, cyrus-deliver, pipe, sonstwas...) * Empfänger müssen dann in virtual_alias_maps auf die dem cyrus/dovecot bekannten Usernamen gemappt werden (damit die Mail korrekt ankommt) Vorteil: ======== * Alle Domains sind virtuell, bis auf EINE, und die eine ist die einzige, für die man die Zustellung dann konfigurieren muss. Nachteil: ========= * Im Transit ändert sich die Emailadresse irgendwann -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

3 3