- postfix-users - list.sys4.de

[postfix-users] Postfix verwirft Mails bei "Illegal address syntax" wenn SENDER-Feld ungültig?
by Frank Groenwald 09 Nov '09

09 Nov '09

Oh, Entschuldigung, da war ein Zahlendreher drin, es muss natürlich rfc2822 - Punkt 3.6.2 heissen. Ich zitiere die Stelle gleich mal, da ich den Eindruck habe (auch bei Anfragen an andere Kollegen), dass dieses SENDER - Feld kaum bekannt ist und gerne mit dem FROM Feld verwechselt wird; ich habs ja auch erst durch den konkreten Anlass bewusst kennengelernt: ----------------------------------------------------------------------- 3.6.2. Originator fields The originator fields of a message consist of the from field, the sender field (when applicable), and optionally the reply-to field. The from field consists of the field name "From" and a comma-separated list of one or more mailbox specifications. If the from field contains more than one mailbox specification in the mailbox-list, then the sender field, containing the field name "Sender" and a single mailbox specification, MUST appear in the message. In either case, an optional reply-to field MAY also be included, which contains the field name "Reply-To" and a comma-separated list of one or more addresses. from = "From:" mailbox-list CRLF sender = "Sender:" mailbox CRLF reply-to = "Reply-To:" address-list CRLF The originator fields indicate the mailbox(es) of the source of the message. The "From:" field specifies the author(s) of the message, that is, the mailbox(es) of the person(s) or system(s) responsible for the writing of the message. The "Sender:" field specifies the mailbox of the agent responsible for the actual transmission of the message. For example, if a secretary were to send a message for another person, the mailbox of the secretary would appear in the "Sender:" field and the mailbox of the actual author would appear in the "From:" field. If the originator of the message can be indicated by a single mailbox and the author and transmitter are identical, the "Sender:" field SHOULD NOT be used. Otherwise, both fields SHOULD appear. ------------------------------------------------------------------------- Es existiert in den betroffenen Mails genau eine gültige Absenderadresse im Feld FROM (@ Uwe: und genau dahin könnte er bouncen?), aber gleichzeitig eine ungültige Angabe (nicht-Mailadresse) im Feld SENDER. Wäre das SENDER-Feld unbenutzt, gäbe es keine Probleme mit Postfix. Ich glaube aber eigentlich, dass Postfix sich rfc-konform verhält, eben weil die Absenderadresse, auf die es nach RFC eigentlich ankommen müsste, im Feld SENDER stehen muss, WENN es denn verwendet wird. Würdet Ihr das auch so verstehen? Die beiden letzten Sätze im oben zitierten rfc sind leider im Konjunktiv verfasst, so dass sich für mich nicht eindeutig ergibt, wie ein MTA sich verhalten soll, wenn eben doch der Fall einer ungültigen Verwendung des SENDER - Feldes auftritt. Ich würde dem Postfix lieber mitgeben, er soll dann in so einem Fall an die Adresse im FROM - Feld bouncen, anstatt die Mail einfach zu verwerfen. Oder darf man sich auf den Standpunkt stellen: selber schuld, dass die Mails nicht ankommen, wenn sie nicht richtig formatiert sind? Ich habe meinen Leuten immer gesagt, dass Mails nie einfach so wegkommen - entweder bekommt der Absender einen Fehler zurück oder die Mail ist angekommen. Das von mir angesprochene Verhalten des Postfix stellt diese Aussage jedoch in Frage... Nochmal @Uwe: die von Dir als Beispiel genannten Parameter habe ich zwar nicht geposted (sie stehen auch nicht alle in der main.cf), aber eine Kontrolle mit "man 5 postconf" ergab, dass sie zumindest mit sinnvollen default-Werten (meist Fehlercodes) belegt sind - also durchaus in Benutzung sind...aber auch hier fand ich nichts, das sich explizit auf das Feld SENDER bezieht...oft ist vom "sender" einer Mail die Rede, das kann sich aber wohl auch auf die Angabe in FROM beziehen... Grüße Frank

1 0

[postfix-users] Postfix verwirft Mails bei "Illegal address syntax" wenn SENDER-Feld ungültig?
by Frank Groenwald 07 Nov '09

07 Nov '09

Vielen Dank Robert, ist sicher eine Option, das System mal zu erneuern, allerdings läuft es bereits seit der ersten Inbetriebnahme ohne Probleme und tut seine Arbeit, und da sehe ich erstmal noch keinen Grund für den doch nicht geringen Aufwand einer kompletten Neuinstallation. Ob das von mir angefragte Verhalten in einer aktuellen Version anders oder gleich ist, würde ich natürlich auch in die Entscheidung einbeziehen. Die Frage, die ich stellte, ist ja auch mehr abstrakter als technischer Art. Es geht im Prinzip um die Frage, ob Postfix sich RFC-konform verhält, wenn er Mails, die im Header-Feld SENDER keine gültige Mailadresse haben, einfach verwirft (siehe rfc2822 - Punkt 3.2.6). Zu meinem Postfix-Setup: vermutlich kann hier nur interessant sein, welche header_checks durchlaufen werden, da gibts nur einen: /^X-Spam-precedence: junk/ REPLACE Precedence: junk Ansonsten habe ich an der von SuSe ausgelieferten Standard-Konfig, wie sie vermutlich tausendfach verwendet wird (wurde), nichts geändert. Wenn es sinnvoll ist , kann ich die natürlich mal posten: --------------------------------------------------------------------- unknown_local_recipient_reject_code = 550 header_checks = regexp:/etc/postfix/header_checks inet_protocols = all biff = no 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 program_directory = /usr/lib/postfix inet_interfaces = all masquerade_domains = mydestination = $myhostname, localhost.$mydomain defer_transports = disable_dns_lookups = no relayhost = 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,reject_unauth_destination smtp_sasl_auth_enable = no smtpd_sasl_auth_enable = no smtpd_use_tls = no smtp_use_tls = no alias_maps = hash:/etc/aliases mailbox_size_limit = 0 message_size_limit = 5000000 ---------------------------------------------------------------------- Sollte sich herausstellen, dass Postfix sich absolut richtig verhält, hätte ich keinen Grund, ein laufendes System anzufassen ;-). Kennst ja den alten Spruch...zumal alles nur intern im LAN läuft.

3 2

[postfix-users] Postfix verwirft Mails bei "Illegal address syntax" wenn SENDER-Feld ungültig?
by Frank Groenwald 05 Nov '09

05 Nov '09

Hallo Fachleute (hoffe ich doch;-), ich nutze Postfix 2.2.1 unter Suse Linux 9.3, um Mails, die per fetchmail abgerufen werden, zuerst an Spamassassin zu übergeben und nach Filterung/Tagging an die entsprechenden Postfächer auf einem Exchange-Server auszuliefern. Dabei "verschwinden" Mails, bei denen im Mailheader das Feld SENDER wie folgt gefüllt ist: ------------------------------ Sender: Vorname.Nachname/FIRMA ------------------------------ Im postfix-Log erscheinen dann nur zwei Einträge zu solchen Mails: -------------------------------------------------------------------- warning: Illegal address syntax from mailfilter.local[10.zz.zz.zz] in MAIL command: Vorname.Nachname/FIRMA(a)213.70.135.119 warning: Illegal address syntax from localhost[127.0.0.1] in RCPT command: Vorname.Nachname/FIRMA(a)213.70.135.119 --------------------------------------------------------------------- Die IP-Adresse ist der Host, auf dem die originalen pop3-Postfächer liegen, die von fetchmail abgerufen werden. Ich weiß nicht, ob ich das entsprechende RFC richtig verstehe, aber ich konnte erfolgreich testen, was passiert, wenn im SENDER - Feld eine richtige Mailadresse steht: dann läuft alles glatt durch. Nun weiß ich nicht, ob der SENDER-Eintrag nicht RFC-konform ist und Postfix damit berechtigt diese Mails verwirft - warum aber ohne bounce an den ursprünglichen Absender? Oder ist dies evtl. ein Fehler in Postfix, da nach RFC das Originator-Feld "Sender" optional ist (wenn ich es richtig verstehe)? Bis auf die Fehlermeldung im Log gibt es keine weiteren Spuren dieser Mails...? Kann man dieses Verhalten von Postfix trotzdem ändern, so dass die Mails dennoch an den Exchange-Server ausgeliefert werden können? Vielen Dank für Eure Hilfe, habe einen ganzen Tag im Netz gesucht und nichts dazu gefunden; der oft zitierte Patch zur Meldung "warning: Illegal address syntax from .* in RCPT command" ist ja für ein deutlich früheres Postfix-Release... Beste Grüße Frank

2 1

[postfix-users] Tarpit
by Michael Geiger 28 Oct '09

28 Oct '09

Hallo Postfix Community, mich ärgern momentan wieder fleißig die Spambots - richtig nervig finde ich, dass sich die Bots nicht mit einer Abweisung durch die RBL zufrieden geben, sondern mehrfach neu probieren. Bis irgendwann mein fail2ban den Kollegen aussperrt ... Bis dahin sind oft 5 oder mehr Versuche durch und die RBL wurde entsprechend oft abgefragt ... gibt es da keine bessere Lösung? Was haltet Ihr von folgender Idee: - Bei RBL-Match wird die Verbindung für 30 sec geparkt und erst dann abgelehnt (oder still und heimlich verworfen) - "Unter Streß" wird gleich bei RBL-Match geblockt Habt Ihr Erfahrungen mit so einem Ansatz? Beispiel-Configs? :-) Merci Michael

5 4

[postfix-users] Virtual_mailbox_domains "loops back to myself"
by Daniel Spannbauer 24 Oct '09

24 Oct '09

Hallo, ja, ich weiß, das ist eigentlich ne StandardFrage die schon 1000x gestellt und 1000x beantwortet wurde. Leider haben mir alle Tips aus dem Netz nicht weiter geholfen, ich kriegs aber nicht hin. Ein postmap -q "domain.de" mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf gab ne "1" aus, sollte also passen. Trotzdem fühl sich der Postfix für Mails von außen nicht zuständig. Wenn ich ne Mail direkt von Server losschicke funktioniert das ganze. Hier mal der Output von postconf -n: alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = amavisfeed:[127.0.0.1]:10024 daemon_directory = /usr/lib/postfix debug_peer_level = 6 defer_transports = delay_warning_time = 1h disable_dns_lookups = no disable_mime_output_conversion = no html_directory = /usr/share/doc/packages/postfix-doc/html inet_interfaces = all inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/dovecot/deliver mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 message_strip_characters = \0 mydestination = $myhostname, localhost.$mydomain myhostname = mail.hondapower.de mynetworks = 127.0.0.0/8 mynetworks_style = subnet myorigin = hondapower.de newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix-doc/README_FILES receive_override_options = no_address_mappings relayhost = relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix-doc/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_client_restrictions = smtpd_delay_reject = yes smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/postfix/smtpd.cert smtpd_tls_key_file = /etc/postfix/smtpd.key smtpd_use_tls = no strict_8bitmime = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-emai l2email.cf virtual_gid_maps = static:5000 virtual_mailbox_base = /var/mail virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_transport = dovecot virtual_uid_maps = static:5000 Und die master.cf: # # Postfix master process configuration file. For details on the format # of the file, see the Postfix master(5) manual page. # # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== smtp inet n - n - - smtpd -o content_filter=amavisfeed: #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_client_restrictions=permit_sasl_authenticated,reject #smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes # -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes #628 inet n - n - - qmqpd pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - n 300 1 oqmgr #tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - n - - smtp -o fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil 127.0.0.1:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_delay_reject=no -o smtpd_restriction_classes= -o smtpd_client_restrictions= -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 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 scache unix - - n - 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/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) 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=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} #spamfilter unix - n n - - pipe # flags=Rq user=filter argv=/usr/bin/postfixfilter -f ${sender} -- ${recipient} amavisfeed unix - - n - 2 smtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes -o disable_dns_lookups=yes dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d ${user}@${nexthop} -n -m ${extension} Wenn ihr sonst noch was an Infos braucht bitte melden. Gruß Daniel __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4536 (20091023) __________ E-Mail wurde geprüft mit ESET NOD32 Antivirus. http://www.eset.com

2 5

Re: [postfix-users] keine non-delivery-reports
by lst_hoe02＠kwsoft.de 23 Oct '09

23 Oct '09

Zitat von Andreas Gunzer <a.gunzer(a)gmx.net>: >>> Steht dort als Empfänger wirklich eine @gmx.de-Adresse? Dann würde mich >>> relay=none sehr wundern (mx0.gmx.net oder mx1.gmx.net wäre wohl eher >>> korrekt)? > Ja, hier steht wirklich meine GMX Adresse! > >> Das Problem liegt eher an der relayhost Einstellung... >> Wenn relayhost auf localhost steht werden alle nicht lokal >> zustellbaren Nachrichten an relayhost geschickt was wiederum dzu führt >> das sie immer noch nicht zustellbar sind. Das einzige was helfen >> könnte wäre eigen transport Einträge aber das ist eher umständlich. > > Wie richte ich so eine Transportmap in meinem Fall ein? Die Lösung deines Problem ist eher hier zu suchen http://www.postfix.org/SASL_README.html#client_sasl_sender, relayhost sollte eigentlich gar nicht gesetzt oder zumindest nicht "localhost" sein. Normalerweise ist relayhost der SMTP server deines Providers der mail für dich verteilt, dieser Wert wird aber von sender_dependent_relayhost_maps überschrieben. Gruß Andreas

1 0

Re: [postfix-users] keine non-delivery-reports
by christian.flothmann＠xabbuh.de 23 Oct '09

23 Oct '09

Hallo, > Oct 22 19:54:05 zarafa-server postfix/bounce[29320]: C52A82E812: sender > non-delivery notification: C873B2E81A > Oct 22 19:54:05 zarafa-server postfix/qmgr[29273]: C873B2E81A: from=<>, > size=2256, nrcpt=1 (queue active) > Oct 22 19:54:05 zarafa-server postfix/smtp[29317]: warning: relayhost > configuration problem > Oct 22 19:54:05 zarafa-server postfix/qmgr[29273]: C52A82E812: removed > Oct 22 19:54:05 zarafa-server postfix/smtp[29317]: C873B2E81A: > to=<MEINE_ADRESSE(a)gmx.de>, relay=none, delay=0.08, delays=0.06/0/0.01/0, > dsn=4.3.5, status=deferred (mail for localhost loops back to myself) Steht dort als Empfänger wirklich eine @gmx.de-Adresse? Dann würde mich relay=none sehr wundern (mx0.gmx.net oder mx1.gmx.net wäre wohl eher korrekt)? Gruß Christian

3 2

[postfix-users] keine non-delivery-reports
by Andreas Gunzer 22 Oct '09

22 Oct '09

Hallo zusammen, ich bin postfix Anfänger und komme einfach nicht weiter. Ich habe mir ein zarafa-Groupware System (http://www.zarafa.com/wiki/index.php/MTA_integration) unter Ubuntu 8.04 installiert und möchte folgende Konfiguration verwenden: 1) Virtuelle Benutzer, 2) Absenderbasierte (externe) SMTP Nutzung (Bspw. GMX, WEB, GMAIL), 3) POP3 Abruf von EXTERNEN Konten (bspw. GMX, WEB, GMAIL) und verteilen an die internen (virtuellen) Benutzer. Punkt 3 läuft mit fetchmail und klappt wunderbar. Probleme habe ich aber bei Punkt 2. Ich habe es bisher zwar geschafft absenderabhängig die externen SMTP Server zu benutzen, ABER ein Problem habe ich noch: Sende ich (bspweise über die Zarafa-Webaccess Oberfläche) eine Mail an eine externe Adresse, die es nicht gibt (NONEXISTING_USER(a)gmx.de), dann werde ich nicht benachrichtigt, d.h. ich erhalte keinen non-delivery report ;-( Wieso erhalte ich keine non-delivery reports? Mail.log: Oct 22 19:53:35 zarafa-server postfix/master[29269]: daemon started -- version 2.5.1, configuration /etc/postfix Oct 22 19:54:03 zarafa-server postfix/smtpd[29312]: connect from localhost[127.0.0.1] Oct 22 19:54:03 zarafa-server postfix/smtpd[29312]: C52A82E812: client=localhost[127.0.0.1] Oct 22 19:54:03 zarafa-server postfix/cleanup[29316]: C52A82E812: message-id=<vmime.4ae09c3b.6a3e.f91f4b937599daf@zarafa-server> Oct 22 19:54:03 zarafa-server postfix/smtpd[29312]: disconnect from localhost[127.0.0.1] Oct 22 19:54:03 zarafa-server postfix/qmgr[29273]: C52A82E812: from=<MEINE_ADRESSE(a)gmx.de>, size=306, nrcpt=1 (queue active) Oct 22 19:54:05 zarafa-server postfix/smtp[29317]: C52A82E812: to=<NONEXISTING_USER(a)gmx.de>, relay=mail.gmx.net[213.165.64.21]:25, delay=1.9, delays=0.09/0.11/0.72/1, dsn=5.1.1, status=bounced (host mail.gmx.net[213.165.64.21] said: 550 5.1.1 < NONEXISTING_USER(a)gmx.de>... User is unknown {mp006} (in reply to RCPT TO command)) Oct 22 19:54:05 zarafa-server postfix/cleanup[29316]: C873B2E81A: message-id=<20091022175405.C873B2E81A@zarafa-server> Oct 22 19:54:05 zarafa-server postfix/bounce[29320]: C52A82E812: sender non-delivery notification: C873B2E81A Oct 22 19:54:05 zarafa-server postfix/qmgr[29273]: C873B2E81A: from=<>, size=2256, nrcpt=1 (queue active) Oct 22 19:54:05 zarafa-server postfix/smtp[29317]: warning: relayhost configuration problem Oct 22 19:54:05 zarafa-server postfix/qmgr[29273]: C52A82E812: removed Oct 22 19:54:05 zarafa-server postfix/smtp[29317]: C873B2E81A: to=<MEINE_ADRESSE(a)gmx.de>, relay=none, delay=0.08, delays=0.06/0/0.01/0, dsn=4.3.5, status=deferred (mail for localhost loops back to myself) Postconf -n: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix delay_warning_time = 1h header_checks = pcre:/etc/postfix/header_checks inet_interfaces = all inet_protocols = all mailbox_size_limit = 0 message_size_limit = 104857600 mydestination = zarafa-server, localhost.localdomain, localhost myhostname = zarafa-server mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128, 192.168.0.0/24 readme_directory = no recipient_delimiter = + relayhost = localhost sender_canonical_maps = hash:/etc/postfix/sender_canonical sender_dependent_relayhost_maps = hash:/etc/postfix/sender_dependent smtp_connection_cache_on_demand = no smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_password smtp_sasl_security_options = noanonymous smtp_sender_dependent_authentication = yes smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes Master.cf: 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} # # 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} Wäre toll, wenn jmd helfen könnte! Gruß Andi

1 0

[postfix-users] Relaying und lokale Kopie
by Michael Geiger 21 Oct '09

21 Oct '09

Hallo Postfix-Gemeinde, folgende Problemstellung versuche ich gerade zu knacken: Die Domain xyz.com wird von mir relayed und an einen internen Server weiter geleitet. Nun möchte ich für bestimmte Adressen aus dieser Domain eine zusätzliche lokale Kopie auf dem Mailserver erzeugen, etwa so: info(a)xyz.com -> Weiterleitung zum internen Server bla(a)xyz.com -> lokale Kopie in Account zzz + Weiterleitung zum internen Server Wie kann ich sowas am einfachsten bewerkstelligen? Merci Michael

2 4

[postfix-users] Lokale Postfächer via Relay
by Markus Eyrich 21 Oct '09

21 Oct '09

Hallo, Ich hab da mal eine Frage die ich so nicht gelöst bekomme. Wir haben einen Mailserver aufgesetzt, vor diesen ist ein Gateway mit Postfix geschaltet. Postfix nimmt Mails an, macht den üblichen Mail/Virencheck etc und stellt diese zu, auch andersherum kann man wunderbar Mails nach außen verschicken. Auf dem gleichen Server wo Postfix läuft, archivieren wir auch unsere E-Mails, allerdings bis dato natürlich nur alles was von außen reinkommt, oder von innen nach außen geschickt wird, das Problem sind interne E-Mails. Wie kann ich es mit Postfix erreichen, das interne E-Mails auch an das Gateway geschickt werden, obwohl diese ja normal auf dem Mailserver verbleiben, da lokal?! Eine Lösung, die ich aber nicht so gut finde, wäre mit always_bcc die Mails an ein Postfach zu senden und dann via Fetchmail vom Postfix Gateway die Mails abholen zu lassen, ich würde dies aber gern via smtp regeln. Hat hierzu jemand eine Idee? Gruß Markus

2 1