- postfix-users - list.sys4.de

[postfix-users] ldaps fuer Alias-Konfiguration
by Margrit Lottmann 10 Jun '11

10 Jun '11

Wir testen gerade den Umstieg von hash-Tabellen auf ab jetzt verfuegbare Adress/Alias-Daten auf einem LDAP-Server... Es klappt nicht. Wir wollen kein anonymous bind ...sondern ueber ein vergebenes Nutzerprofil zugeifen...die entsprechenden bind-Angaben stehen in der ldap.cf-Datei , die in main.cf referenziert wurde... Meine google-Suche fuehrte mich zur Uni Erlangen...da wurde das auch dokumentiert... (chroot-Umgebungen, Zugriffsprobleme auf Zertifikate???). Geht es nicht mit ldaps ??? Das Dokument ist nicht das neueste...deshalb eine kurze Zwischenfrage...Wo finde ich Aktuelles ??? -- MfG Margrit Lottmann Otto-von-Guericke-Universitaet Magdeburg Abt. Kommunikation und Netze Tel.: 0391 67 58572 Fax: 0391 67 11134

4 3

[postfix-users] "smtpd_tls_security_level = encrypt" und amavis
by Roland Kasprzak 02 Jun '11

02 Jun '11

Hallo, ich administriere seit sechs Jahren einen Postfix-Server. Er basiert auf einem Debian-System, auf dem als IMAP-Server ein Dovecot läuft. Über Amavis ist Clamav eingebunden. Im Log habe ich Warnungen zum "network_biopair_interop error" gefunden und die Konfiguration überprüft, die seit Jahren nur wenig geändert worden war, trotz Versionswechslen. Vor der Arbeit an der Warnung, wollte ich die Konfiguration den aktuellen Gegebenheiten anpassen. Zur Zeit läuft ein Postfix 2.7.1. Er ist so konfiguriert, dass nur TLS-verschlüsselte Verbindungen möglich sind, unsere externe Anbindung an die Welt läuft über einen UUCP-Relay-Server. Jeder Client muss zuerst über STARTTLS eine verschlüsselte Verbindung eingehen und sich dann Authentifizieren. Das lief so seit Jahren, mit diesen Einstallungen: smtpd_use_tls=yes smtpd_tls_key_file=/etc/postfix/smtpd.key smtpd_tls_cert_file=/etc/postfix/smtpd.cert smtpd_tls_CA_file=/etc/postfix/cacert.pem smtpd_tls_auth_only=yes smtpd_enforce_tls=yes Jetzt wollte ich von "smtpd_enforce_tls=yes" zu "smtpd_tls_security_level = encrypt" wechseln, aber die Clients haben Probleme sich zu verbinden. Es gab keine anderen Änderungen. Ich fand dieses in den Logs: Jun 2 10:38:26 eta postfix/smtpd[17376]: connect from d063199.adsl.hansenet.de[80.171.63.199] Jun 2 10:38:26 eta postfix/smtpd[17376]: setting up TLS connection from d063199.adsl.hansenet.de[80.171.63.199] Jun 2 10:38:27 eta postfix/smtpd[17376]: Anonymous TLS connection established from d063199.adsl.hansenet.de[80.171.63.199]: TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits) Jun 2 10:38:27 eta postfix/smtpd[17376]: A953B2BDA2: client=d063199.adsl.hansenet.de[80.171.63.199], sasl_method=LOGIN, sasl_username=roland_kasprzak Jun 2 10:38:27 eta postfix/cleanup[17381]: A953B2BDA2: message-id=<20110602103822.47dc962a(at)nerthus.cps100.de> Jun 2 10:38:27 eta postfix/qmgr[17374]: A953B2BDA2: from=<roland_kasprzak(at)g18.de>, size=590, nrcpt=1 (queue active) Jun 2 10:38:28 eta postfix/smtpd[17376]: disconnect from d063199.adsl.hansenet.de[80.171.63.199] Jun 2 10:38:28 eta postfix/smtpd[17385]: connect from localhost.localdomain[127.0.0.1] Jun 2 10:38:28 eta amavis[17256]: (17256-01) Negative SMTP resp. to DATA: 530 5.7.0 Must issue a STARTTLS command first Die Clients (Thunderbird, claws-mail, sylpheed) starten TLS und Authentifizieren sich. Wenn die E-Mail-Daten gesendet werden, sendet Amavis den "negative SMTP respond". Um das zu beheben folgte ich einem Eintrag im Netz. Ich packte die Konfiguration in die master.cf unter smtp, um die Nutzung von TLS bei Amavis zu verhindern: amavisd-new unix - - n - 4 smtp -o disable_dns_lookups=yes -o smtp_data_done_timeout=1200 -o smtpd_use_tls=yes -o smtpd_tls_key_file=/etc/postfix/smtpd.key -o smtpd_tls_cert_file=/etc/postfix/smtpd.cert -o smtpd_tls_CA_file=/etc/postfix/cacert.pem -o smtpd_tls_auth_only=yes -o smtpd_tls_security_level=encrypt -o smtpd_tls_loglevel=1 Die vorherige Konfiguration nahm ich aus der main.cf. Die Amavis bezogene Konfiguration: 127.0.0.1:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o strict_rfc_envelopes=yes -o mynetworks=127.0.0.0/8 -o smtpd_use_tls=no -o smtpd_enforce_tls=no -o smtpd_tls_auth_only=no -o smtpd_sasl_auth_enable=no Mit dieser Konfiguration ging gar nichts: [11:35:31] ESMTP< 502 5.5.1 Error: command not implemented ** Fehler bei der SMTP-Sitzung *** Fehler beim Senden der Nachricht: 502 5.5.1 Error: command not implemented: in der mail.log steht: Jun 2 11:34:42 eta postfix/smtpd[17636]: connect from d063199.adsl.hansenet.de[80.171.63.199] Jun 2 11:34:43 eta postfix/smtpd[17636]: lost connection after STARTTLS from d063199.adsl.hansenet.de[80.171.63.199] Jun 2 11:34:43 eta postfix/smtpd[17636]: disconnect from d063199.adsl.hansenet.de[80.171.63.199] Wie kann ich "smtpd_tls_security_level = encrypt" nutzen und Amavis von TLS ausnehmen? Vielen Dank für die Hilfe Roland

1 0

[postfix-users] Postfix Dovecot und Sieve
by Christopher Stolzenberg 01 Jun '11

01 Jun '11

Hallo, ich habe hier eine laufende Konfiguration mit Postfix, Dovecot 2 und das ganze läuft mit virtuellen Usern per MySQL Datenbank. Das Schema der User ist: /var/vmail/example.com/user Da einige User bestimmte Filterregeln haben möchten, würde ich gerne die Sieve Funktionalität von Dovecot einrichten. z.B. das eine Mail von einer Mailinglist in einem bestimmten Ordner des entsprechenden Users geht. Hat jemand von euch zufälligerweise eine funktionierende Beispielkonfiguration mit Dovecot 2 und Sieve? Ich habe mir mal das angeschaut (http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration) aber weiß nicht so wirklich wo ich anfangen soll. Danke Chris

2 2

[postfix-users] From Feld geht verloren - "Unprivileged user for NFS"
by ml-fox＠gmx.de 30 May '11

30 May '11

Hallo zusammen, ich bin mit meinem Latein am Ende und schreibe euch deswegen. Ich habe unter Debian Linux, aktuellster Kernel Postfix + MailScanner + ClamAV + SpamAssassin installiert. Die Konfig habe ich von einem meiner bestehenden MailRelays manuell abgekupfert. Ich verwende die aktuellsten Pakete aus dem Debian Repository (Squeeze). Nun tritt folgendes auf: Ich sende eine E-Mail über das Mail-Relay (telnet) nach Extern (MX und Co stimmt): # telnet debian.mailrelay.example 25 # helo testrechner.domain # mail from: tester(a)meinedomain.loc # rcpt to: beispiel(a)example.com # data # subject: Testmail # test # . Dem Empfänger wird nun kein Absender angezeigt. Da gibt es zwei Varianten: 1.) Empfänger sieht keinen Absender, das From-Feld im Header fehlt, dafür ist der Return-Path ausgefüllt. 2.) Der Empfänger sieht als Absender "Unprivileged user for NFS" <tester(a)meinedomain.loc> (Zu dieser Variante gehört der unten stehende Header. Return-path: <tester(a)meinedomain.loc> X-Original-To: beispiel(a)example.com Delivered-To: beispiel(a)example.com Received: from (dsp1.rb-mailgate.de [91.211.115.6]) by mail.rb-media-s1.de (Postfix) with ESMTP id 0BEC31CB40C4 for <beispiel(a)example.com>; Mon, 30 May 2011 13:46:56 +0200 (CEST) Received: from dsp1.rb-mailgate.de (localhost [127.0.0.1]) by dsp1.rb-mailgate.de (Postfix) with ESMTP id 6746474FD6F for <beispiel(a)example.com>; Mon, 30 May 2011 13:47:07 +0200 (CEST) Received: by dsp1.rb-mailgate.de (Postfix, from userid 32767) id 269F074FD72; Mon, 30 May 2011 13:47:07 +0200 (CEST) Received: from debian.mailrelay.example (123.123.123.123) via SMTP by UCEPROTECT Proxy V4.2 at dsp1.rb-mailgate.de, id smtpduH5528; Mon May 30 13:47:07 2011 Received: from mailrelay.example (unknown [192.168.0.22]) by debian.mailrelay.example (Postfix) with SMTP id A4E7E5C2239 for <beispiel(a)example.com>; Mon, 30 May 2011 13:46:37 +0200 (CEST) Subject: Testmail X-MyOrg-MailScanner-ID: A4E7E5C2239.A7BE7 X-MyOrg-MailScanner: Found to be clean X-MyOrg-MailScanner-SpamScore: s Message-ID: <20110530114707.269F074FD72(a)dsp1.rb-mailgate.de> Date: Mon, 30 May 2011 13:47:07 +0200 From: "Unprivileged user for NFS" <tester(a)meinedomain.loc> X-Virus-Scanned: ClamAV using UCEPROTECT-Proxy Ich habe aus der Konfig den MailScanner bereits entfernt, der Fehler tritt weiterhin auf. Somit denke ich, dass es an Postfix liegt. Die Berechtigungen im Filesystem sind zu der funtionierenden, jedoch nicht mehr aktuellen Maschine (Lenny) identisch. Hat jemand vielleicht eine Idee oder einen Tipp? Ich kann euch sicherlich noch viele weitere Infos geben, beschränke mich aber erstmal auf die Infos oben. Vielen Dank vorab und nette Grüße Tom -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone

3 2

[postfix-users] Gateways mit dynamischen Adressen
by Margrit Lottmann 26 May '11

26 May '11

??? Wird das jetzt ueblich ??? Wir weisen "bisher" Post von dynamischen Adressen ab, verweisen die Leute auf ihre Provider-Gateways... Was tun, wenn diese auch dynamisch Ihre Adressen erhalten... Bsp: lb-mx-gateway-pat.oit.duke.edu has address <-> 152.3.68.136 ??? -- MfG Margrit Lottmann Otto-von-Guericke-Universitaet Magdeburg Abt. Kommunikation und Netze Tel.: 0391 67 58572 Fax: 0391 67 11134

3 2

[postfix-users] Schwarze Liste - aber nur an einen Empfänger
by Matthias Schmidt 11 May '11

11 May '11

Hallo, ich hab hier ein komisches Problem. Einer meiner User kann keine Mails von ihrer Freundin empfangen, ich aber schon. Der Sender schickt die Mails via yahoo mail und in einem Fall wird sie von bl.spamcop blockiert und an mich geht sie durch. Eigentlich sollte die Mail wenn dann ja global geblockt werden und nicht selektiv - das ist der Punkt den ich nicht verstehe. Sieht so aus: Client host [98.138.91.229] blocked using bl.spamcop.net; und die IP löst so auf: 229.91.138.98.in-addr.arpa. 1199 IN PTR nm7-vm5.bullet.mail.ne1.yahoo.com. Lösung wären entweder bl.spamcop rauszuwerfen oder den Yahoo Server auf die weisse Liste zu setzen. Beides schmeckt mir freilich nicht ausserdem würd ich's gern verstehen ... Dank und Gruss Matthias

3 6

[postfix-users] Dynamische Empfängerverifikation mit Dovecot
by Christoph Weber 09 May '11

09 May '11

Hallo Liste, ich versuche gerade unseren Mailserver mit dovecot und postfix einzurichten und folge dem Beispiel von Peer Heinlein aus dem Linux Magazin 09/10. Leider bekomme ich die dynamische Adressverifikation nicht in den Griff. Ich verwende zur Verbindung von Postfix zu dovecot LMTP. Eingehende Nachrichten werden jedoch abgewiesen: Fehler beim Senden der Nachricht: Der Mail-Server antwortete: 4.1.1 <weber(a)example.de>: Recipient address rejected: unverified address: unknown user: "weber". Im Log steht dann folgender Eintrag: May 6 16:00:50 a79 postfix/smtpd[8043]: NOQUEUE: reject: RCPT from ws.example.de[xxx.xxx.xxx.xxx]: 450 4.1.1 <weber(a)example.de>: Recipient address rejected: unverified address: unknown user: "weber"; from=<test(a)example.de> to=<weber(a)example.de> proto=ESMTP helo=<[xxx.xxx.xxx.xxx]> Laut dem dovecot-wiki (http://wiki2.dovecot.org/LDA/Postfix) sollte ich aber einen Logeintrag wie diesen hier sehen: Recipient address rejected: undeliverable address: host tux.example.com[private/dovecot-lmtp] said: 550 5.1.1 < tzknvtr(a)example.com > User doesn't exist: tzknvtr(a)example.com (in reply to RCPT TO command); from=< cnrilrgfclra(a)spammer.org > to=< tzknvtr(a)example.com > Für mich sieht das so aus, als ob die Empfängerverifizierung gar nicht durchgefürt wird bzw. als ob LMTP noch nicht richtig funktioniert. Kann ich irgendwie testen, daß LMTP verwendet wird? Wenn ich statt lmtp irgendetwas anderes verwende, dann erhalte ich auch die oben genannte Fehlermeldung. Ich habe den Eindruck, daß ich erst garnicht bis zur Verwendung von LMTP komme, sondern die Mail schon vorher abgewiesen wird. Ebenso, wenn ich die Konfiguration nicht als Relay-Setup aufbaue, wie von Peer vorgeschlagen, sondern wir im wiki unter http://wiki2.dovecot.org/HowTo/VirtualUserFlatFilesPostfix. postconf -n: alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix disable_vrfy_command = yes inet_protocols = ipv4 mailbox_size_limit = 0 message_size_limit = 20480000 myhostname = example.de smtpd_banner = $myhostname ESMTP smtpd_helo_required = yes smtpd_recipient_restrictions = reject_unknown_recipient_domain, reject_unverified_recipient, reject_non_fqdn_recipient, permit_mynetworks, reject_unauth_destination permit smtpd_tls_security_level = none strict_rfc821_envelopes = yes relay_domains = hash:/etc/postfix/relay_domains transport_maps = $relay_domains relay_domains: example.de lmtp:unix:private/dovecot-lmtp doveconf -n: # 2.0.12: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-30-server x86_64 Ubuntu 10.04.2 LTS auth_debug = yes auth_verbose = yes auth_verbose_passwords = plain mail_debug = yes mail_location = mdbox:~/mdbox mail_plugins = acl quota namespace { hidden = no inbox = yes location = prefix = separator = / type = private } namespace { list = yes location = maildir:/var/vmail/public:LAYOUT=fs:INDEX=~/public prefix = Public/ separator = / subscriptions = no type = public } passdb { args = username_format=%n /var/vmail/auth.d/example.de/passwd driver = passwd-file } plugin { acl = vfile:/var/vmail/conf.d/%d/acls:cache_secs=300 quota = dict:user::file:%h/mdbox/dovecot-quota quota_rule = *:storage=1GB quota_rule2 = Trash:storage=+10% sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_global_dir = /var/vmail/conf.d/%d/sieve } protocols = imap lmtp service auth-worker { user = doveauth } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = doveauth } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 0 } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { args = username_format=%n /var/vmail/auth.d/example.de/passwd driver = passwd-file } verbose_proctitle = yes protocol lmtp { mail_plugins = acl quota sieve } protocol imap { mail_plugins = acl quota imap_acl imap_quota mail_log notify } Viele Grüße und ein schönes Wochenende, Christoph -- Christoph Weber Mathematisches Forschungsinstitut Oberwolfach System Administrator Schwarzwaldstr. 9 - 11 Phone +49 7834 97927 77709 Oberwolfach Fax +49 7834 97955 Germany

3 9

[postfix-users] home_mailbox
by Lars Täuber 09 May '11

09 May '11

Hallo, hier eine kleine Frage zu dieser Variable home_mailbox. Ich möchte gerne folgendes setzen: home_mailbox = .Maildir/ Aber der Punkt am Anfang (verstecktes Verzeichnis unter Unix) wird kommentarlos ignoriert. Kann man den irgendwie »escapen«? Allerdings habe ich als LDA: mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/conf.d/01-dovecot-postfix.conf -n -m "${EXTENSION}" Danke Lars -- Informationstechnologie Berlin-Brandenburgische Akademie der Wissenschaften Jägerstrasse 22-23 10117 Berlin Tel.: +49 30 20370-352 http://www.bbaw.de

2 4

[postfix-users] Anfängerprobleme im Allgemenien securesmtp@t-online.de im Besonderen
by Andreas Theissen 22 Apr '11

22 Apr '11

Schönen guten Abend, nachdem ich Postfix als Satellitensystem unter Debian Squeeze 6.0 eingerichtet habe, möchte ich zur Einarbeitung einfache Administratorwarnungen an mein persönliches Email-Konto über den Server securesmtp.t-online.de versenden. Lediglich der Mailversand ist also zunächst von Interesse - kein eigener Mailserver und keine Weiterleitung. Zuvor hat das Gleiche unter exim4 vor zwei Tagen, also bevor ich es entfernt und Postfix installiert habe, einwandwandfrei funktioniert. Mein Passwort habe ich richtig in /etc/postfix/sasl_passwd hinterlegt und danach mit # postmap hash:/etc/postfix/sasl_passwd die Hash-Tabelle erzeugt - diese ist auch vorhanden. sender_canonical_maps ist ebenfalls offenbar richtig konfiguriert. Soweit ich verstanden habe, sind alle Einträge auf smpd_, was den konkreten Zweck angeht, eigentlich überflüssig, weil ich vorerst gar keinen Mailserver betreiben will, sondern eben nur einen Sendesatelliten. Wenn ich diese Einträge wieder einkommentiere, ändert das jedenfalls auch auch nichts an meinem Problem. Der betreffende Server unterstützt STARTTLS, verschlüsselte Übermittlung aber (mit größter Wahrscheinlichkeit) keine sichere Authentifizierung. Ich versuche folgendermaßen (ebenso, wie bereits erfolgreich unter exim4 ) eine Mail von einem Terminal abzusetzen: echo "Testmail" | mail -s "Test" TESTUSER(a)t-online.de Da ich eine Mail an mich selbst schicke, sind Absender und Adressat gleich, was auch in meiner /var/log/mail.log offenbar richtig zum Ausdruck kommt: ------------------------------------------------------------- Apr 22 21:48:27 TESTSYSTEM postfix/pickup[4748]: 621411051D0: uid=1000 from=<TESTUSER> Apr 22 21:48:27 TESTSYSTEM postfix/cleanup[7653]: 621411051D0: message-id=<20110422194827.621411051D0@TESTSYSTEM> Apr 22 21:48:27 TESTSYSTEM postfix/qmgr[4749]: 621411051D0: from=<TESTUSER(a)t-online.de>, size=313, nrcpt=1 (queue active) Apr 22 21:48:48 TESTSYSTEM postfix/smtp[7656]: connect to sfwdallmx.t-online.de[194.25.134.46]:587: Connection timed out Apr 22 21:48:48 TESTSYSTEM postfix/smtp[7656]: certificate verification failed for sfwdallmx.t-online.de[194.25.134.110]:587: untrusted issuer /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority Apr 22 21:48:48 TESTSYSTEM postfix/smtp[7656]: 621411051D0: to=<TESTUSER(a)t-online.de>, relay=sfwdallmx.t-online.de[194.25.134.110]:587, delay=21, delays=0.02/0.01/21/0.03, dsn=5.7.0, status=bounced (host sfwdallmx.t-online.de[194.25.134.110] said: 530 5.7.0 Authentication required. (in reply to MAIL FROM command)) Apr 22 21:48:48 TESTSYSTEM postfix/cleanup[7653]: CD87D1051D1: message-id=<20110422194848.CD87D1051D1@TESTSYSTEM> Apr 22 21:48:48 TESTSYSTEM postfix/bounce[7684]: 621411051D0: sender non-delivery notification: CD87D1051D1 Apr 22 21:48:48 TESTSYSTEM postfix/qmgr[4749]: CD87D1051D1: from=<>, size=2128, nrcpt=1 (queue active) Apr 22 21:48:48 TESTSYSTEM postfix/qmgr[4749]: 621411051D0: removed Apr 22 21:48:49 TESTSYSTEM postfix/smtp[7656]: certificate verification failed for sfwdallmx.t-online.de[194.25.134.110]:587: untrusted issuer /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority Apr 22 21:48:49 TESTSYSTEM postfix/smtp[7656]: CD87D1051D1: to=<TESTUSER(a)t-online.de>, relay=sfwdallmx.t-online.de[194.25.134.110]:587, delay=0.4, delays=0.01/0/0.36/0.03, dsn=5.7.0, status=bounced (host sfwdallmx.t-online.de[194.25.134.110] said: 530 5.7.0 Authentication required. (in reply to MAIL FROM command)) Apr 22 21:48:49 TESTSYSTEM postfix/qmgr[4749]: CD87D1051D1: removed ------------------------------------------------------------- Offenbar schlägt zumindest die Verifizierung des Server-Zertrifikates fehl. Habe schon alles mögliche versucht, amusiere mich schon ein paar Tage damit und wäre heilfroh, wenn sich jemand hilfreich einmischen könnte. Vielen Dank im Voraus! Ausgabe von postconf -n: -------------------------------------------------------------- alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix html_directory = /usr/share/doc/postfix/html inet_interfaces = loopback-only inet_protocols = ipv4 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 mydestination = TESTSYSTEM, localhost.localdomain, localhost myhostname = TESTSYSTEM mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 readme_directory = /usr/share/doc/postfix recipient_delimiter = + relayhost = securesmtp.t-online.de:587 sender_canonical_maps = hash:/etc/postfix/sender_canonical smtp_sasl_auth_enable = yes smtp_sasl_mechanism_filter = plain, login smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanononymus smtp_tls_security_level = may smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix html_directory = /usr/share/doc/postfix/html inet_interfaces = loopback-only inet_protocols = ipv4 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 mydestination = TESTSYSTEM, localhost.localdomain, localhost myhostname = TESTSYSTEM mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 readme_directory = /usr/share/doc/postfix recipient_delimiter = + relayhost = securesmtp.t-online.de:587 sender_canonical_maps = hash:/etc/postfix/sender_canonical smtp_sasl_auth_enable = yes smtp_sasl_mechanism_filter = plain, login smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanononymus smtp_tls_security_level = may smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) -------------------------------------------------- Ausgabegabe von saslfinger -c: --------------------------------------------------- saslfinger - postfix Cyrus sasl configuration Fr 22. Apr 21:35:50 CEST 2011 version: 1.0.2 mode: client-side SMTP AUTH -- basics -- Postfix: 2.7.1 System: Debian GNU/Linux 6.0 \n \l -- smtp is linked to -- libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00007f1ca45bc000) -- active SMTP AUTH and TLS parameters for smtp -- relayhost = securesmtp.t-online.de:587 smtp_sasl_auth_enable = yes smtp_sasl_mechanism_filter = plain, login smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanononymus smtp_tls_security_level = may smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache -- listing of /usr/lib64/sasl2 -- insgesamt 864 drwxr-xr-x 2 root root 4096 24. Feb 13:39 . drwxr-xr-x 190 root root 69632 21. Apr 12:17 .. -rw-r--r-- 1 root root 18956 18. Dez 18:44 libanonymous.a -rw-r--r-- 1 root root 1003 18. Dez 18:44 libanonymous.la -rw-r--r-- 1 root root 16200 18. Dez 18:44 libanonymous.so -rw-r--r-- 1 root root 16200 18. Dez 18:44 libanonymous.so.2 -rw-r--r-- 1 root root 16200 18. Dez 18:44 libanonymous.so.2.0.23 -rw-r--r-- 1 root root 22082 18. Dez 18:44 libcrammd5.a -rw-r--r-- 1 root root 989 18. Dez 18:44 libcrammd5.la -rw-r--r-- 1 root root 19336 18. Dez 18:44 libcrammd5.so -rw-r--r-- 1 root root 19336 18. Dez 18:44 libcrammd5.so.2 -rw-r--r-- 1 root root 19336 18. Dez 18:44 libcrammd5.so.2.0.23 -rw-r--r-- 1 root root 60432 18. Dez 18:44 libdigestmd5.a -rw-r--r-- 1 root root 1012 18. Dez 18:44 libdigestmd5.la -rw-r--r-- 1 root root 48656 18. Dez 18:44 libdigestmd5.so -rw-r--r-- 1 root root 48656 18. Dez 18:44 libdigestmd5.so.2 -rw-r--r-- 1 root root 48656 18. Dez 18:44 libdigestmd5.so.2.0.23 -rw-r--r-- 1 root root 19318 18. Dez 18:44 liblogin.a -rw-r--r-- 1 root root 983 18. Dez 18:44 liblogin.la -rw-r--r-- 1 root root 16896 18. Dez 18:44 liblogin.so -rw-r--r-- 1 root root 16896 18. Dez 18:44 liblogin.so.2 -rw-r--r-- 1 root root 16896 18. Dez 18:44 liblogin.so.2.0.23 -rw-r--r-- 1 root root 38676 18. Dez 18:44 libntlm.a -rw-r--r-- 1 root root 977 18. Dez 18:44 libntlm.la -rw-r--r-- 1 root root 32672 18. Dez 18:44 libntlm.so -rw-r--r-- 1 root root 32672 18. Dez 18:44 libntlm.so.2 -rw-r--r-- 1 root root 32672 18. Dez 18:44 libntlm.so.2.0.23 -rw-r--r-- 1 root root 19318 18. Dez 18:44 libplain.a -rw-r--r-- 1 root root 983 18. Dez 18:44 libplain.la -rw-r--r-- 1 root root 16800 18. Dez 18:44 libplain.so -rw-r--r-- 1 root root 16800 18. Dez 18:44 libplain.so.2 -rw-r--r-- 1 root root 16800 18. Dez 18:44 libplain.so.2.0.23 -rw-r--r-- 1 root root 29212 18. Dez 18:44 libsasldb.a -rw-r--r-- 1 root root 1014 18. Dez 18:44 libsasldb.la -rw-r--r-- 1 root root 22056 18. Dez 18:44 libsasldb.so -rw-r--r-- 1 root root 22056 18. Dez 18:44 libsasldb.so.2 -rw-r--r-- 1 root root 22056 18. Dez 18:44 libsasldb.so.2.0.23 -- listing of /usr/lib/sasl2 -- insgesamt 864 drwxr-xr-x 2 root root 4096 24. Feb 13:39 . drwxr-xr-x 190 root root 69632 21. Apr 12:17 .. -rw-r--r-- 1 root root 18956 18. Dez 18:44 libanonymous.a -rw-r--r-- 1 root root 1003 18. Dez 18:44 libanonymous.la -rw-r--r-- 1 root root 16200 18. Dez 18:44 libanonymous.so -rw-r--r-- 1 root root 16200 18. Dez 18:44 libanonymous.so.2 -rw-r--r-- 1 root root 16200 18. Dez 18:44 libanonymous.so.2.0.23 -rw-r--r-- 1 root root 22082 18. Dez 18:44 libcrammd5.a -rw-r--r-- 1 root root 989 18. Dez 18:44 libcrammd5.la -rw-r--r-- 1 root root 19336 18. Dez 18:44 libcrammd5.so -rw-r--r-- 1 root root 19336 18. Dez 18:44 libcrammd5.so.2 -rw-r--r-- 1 root root 19336 18. Dez 18:44 libcrammd5.so.2.0.23 -rw-r--r-- 1 root root 60432 18. Dez 18:44 libdigestmd5.a -rw-r--r-- 1 root root 1012 18. Dez 18:44 libdigestmd5.la -rw-r--r-- 1 root root 48656 18. Dez 18:44 libdigestmd5.so -rw-r--r-- 1 root root 48656 18. Dez 18:44 libdigestmd5.so.2 -rw-r--r-- 1 root root 48656 18. Dez 18:44 libdigestmd5.so.2.0.23 -rw-r--r-- 1 root root 19318 18. Dez 18:44 liblogin.a -rw-r--r-- 1 root root 983 18. Dez 18:44 liblogin.la -rw-r--r-- 1 root root 16896 18. Dez 18:44 liblogin.so -rw-r--r-- 1 root root 16896 18. Dez 18:44 liblogin.so.2 -rw-r--r-- 1 root root 16896 18. Dez 18:44 liblogin.so.2.0.23 -rw-r--r-- 1 root root 38676 18. Dez 18:44 libntlm.a -rw-r--r-- 1 root root 977 18. Dez 18:44 libntlm.la -rw-r--r-- 1 root root 32672 18. Dez 18:44 libntlm.so -rw-r--r-- 1 root root 32672 18. Dez 18:44 libntlm.so.2 -rw-r--r-- 1 root root 32672 18. Dez 18:44 libntlm.so.2.0.23 -rw-r--r-- 1 root root 19318 18. Dez 18:44 libplain.a -rw-r--r-- 1 root root 983 18. Dez 18:44 libplain.la -rw-r--r-- 1 root root 16800 18. Dez 18:44 libplain.so -rw-r--r-- 1 root root 16800 18. Dez 18:44 libplain.so.2 -rw-r--r-- 1 root root 16800 18. Dez 18:44 libplain.so.2.0.23 -rw-r--r-- 1 root root 29212 18. Dez 18:44 libsasldb.a -rw-r--r-- 1 root root 1014 18. Dez 18:44 libsasldb.la -rw-r--r-- 1 root root 22056 18. Dez 18:44 libsasldb.so -rw-r--r-- 1 root root 22056 18. Dez 18:44 libsasldb.so.2 -rw-r--r-- 1 root root 22056 18. Dez 18:44 libsasldb.so.2.0.23 -- permissions for /etc/postfix/sasl_passwd -- -rw------- 1 root root 62 22. Apr 20:38 /etc/postfix/sasl_passwd -- permissions for /etc/postfix/sasl_passwd.db -- -rw------- 1 root root 12288 22. Apr 20:44 /etc/postfix/sasl_passwd.db /etc/postfix/sasl_passwd.db is up to date. -- active services in /etc/postfix/master.cf -- # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) smtp inet n - - - - smtpd pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr 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 relay unix - - - - - smtp -o smtp_fallback_relay= 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 maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} 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=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} -- mechanisms on securesmtp.t-online.de -- -- end of saslfinger output -- ------------------------------------------------------------------------------------------ Was hier ein wenig irritiert, ist, dass nach '-- mechanisms on securesmtp.t-online.de --' geraume Zeit nichts passiert, bevor sich das Programm mit '-- end of saslfinger output --' selbst beendet. ------------------------------------------------------------------------------------------

2 1

[postfix-users] Absender-Adresse soll zu Benutzer passen
by Danny Löser 04 Apr '11

04 Apr '11

Hallo, ich suche seit geraumer Zeit eine Möglichkeit mein System so einzustellen, dass eine Mail nur versendet werden kann, wenn die Absender-Adresse zum Benutzer im System passt. Bis jetzt habe ich aber nur die Möglichkeit smtpd_sender_restrictions = reject_sender_login_mismatch gefunden. Was aber nur beim versenden über snmp wirkt. Versende ich aber z.B. über die PHP Mail-Funktion, welche meines Wissens nach über einen Sendmail-Wrapper an Postfix übergibt, funktioniert das nicht. Kennt jemand eine Möglichkeit das gewünschte nicht nur bei snmpd zu erreichen, sondern auch bei Mails die per Sendmail-Wrapper versendet werden? z.B. in dem man irgendwie angibt, dass Mails die per Sendmail-Wrapper versendet werden auch den snmpd Regeln unterliegen.

3 3