- postfix-users - list.sys4.de

[postfix-users] Wie Postfix darin hindern mails zu bouncen
by Dirk Schleicher 29 Dec '11

29 Dec '11

Hallo Leute, ich habe meinem Mailsever eine neue Hardware verpasst. Dabei ist leider der Systemumzug in die Hose gegangen und ich musste alles neu aufsetzen. Nun bekomme ich x Meldungen am Tag "Postmaster Copy: Undelivered Mail". So wie es scheint, versucht mein Mailserver Spam Mails zu bouncen. Es sind aber nur bestimmte mails. Andere fallen Amavis, Clamav und Spamassasin zum Opfer. So eine Mail ist hier[1] zu finden. Aufgesetzt habe ich den Mailserver nach dieser Anleitung[2]. 1. Stimmt meine Annahme? 2. Wie kann ich das abstellen? 3. Was für Infos werden gegebenenfalls noch benötigt? Sage schon einmal Danke. Gruß Dirk [1] http://nopaste.info/38d936fde4.html [2] http://workaround.org/ispmail/squeeze

2 1

[postfix-users] Fwd: postgrey ablösen
by Joern Bredereck 21 Dec '11

21 Dec '11

Begin forwarded message: > From: Joern Bredereck <jb(a)bw-networx.net> > Subject: Re: [postfix-users] postgrey ablösen > Date: December 21, 2011 7:09:04 AM PST > To: Roland Schmid <roland.schmid(a)messegrafik-schreiber.de> > > > On Dec 21, 2011, at 7:05 AM, Roland Schmid wrote: > >> naja, weil es bei ersten aufschlagen einer neuen absender e-mail 60 sec temporär rejected wird. >> (in der Zeit können User die neue Mail nicht lesen) > > Was du beschreibst ist die Funktionsweise von Greylisting. Das hat mit "Performance" nichts zu tun. > > Suchst du nach einer anderen Software für Greylisting, oder nach einem anderen Ansatz zur Spamfilterung? > > VG, > > Jörn >

4 10

[postfix-users] postgrey ablösen
by Roland Schmid 21 Dec '11

21 Dec '11

Hallo, auf unserem Mac OS-X läuft im postfix noch das postgrey. Soweit ich weiß gibt's es mittlerweile performanteres. Kann ich eine Empfehlung haben ? Gruß Roland

2 3

[postfix-users] SMTP-AUTH forcieren
by Dennis Steinkamp 21 Dec '11

21 Dec '11

Hallo zusammen, nun läuft auch dank der engagierten Hilfe von Patrick Koetter bei mir endlich SMTP-AUTH über (Cyrus) SASL. :-) Beim experimentieren mit Telnet ist mir jedoch aufgefallen, das man auch ohne Authentifizierung in der Lage ist jene eMails zuzustellen, deren Verantwortungsbereich und endgültiges Ziel mein MTA selbst darstellt und nur Relaying SMTP-AUTH erfordert. (genau das scheint ja reject_unauth_destination) zu bewirken. Gibt es eine Option in der Konfiguration von Postfix die es mir möglich macht, für das Versenden von eMails generell SMTP-AUTH erforderlich zu machen? Gibt es abgesehen davon eine Möglichkeit mit der ich RCPT TO: auf ganz bestimmte Empfängeradressen einschränken kann? Vielen Dank für eure Hilfe. Grüße Dennis -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

3 4

[postfix-users] Mails aus Datei wieder auslesen
by M. Laszlo 20 Dec '11

20 Dec '11

Hallo, aufgrund eines Konfigurationsfehlers in procmail wurden Mails in eine Datei umgeleitet statt in einen richtigen Mail-Ordner. Gibt es eine Möglichkeit diese Mails aus der Datei heraus nochmal in Postfix einzubringen, so dass sie erneut zugestellt werden? Ziel dabei ist, die Originalen Absendedaten zu erhalten, und die Mails dann wieder normal im Mailer bearbeiten zu können. Würde mich über Tipps sehr freuen. Grüße Laszlo

2 1

[postfix-users] IPv6 kostenlos üben!
by Patrick Ben Koetter 19 Dec '11

19 Dec '11

Wir haben einen IPv6 Playground erstellt auf dem Interessierte kostenlos einfach mal IPv6 üben können. Als Begleitmaterial gibt es ein 10-seitiges Tutorial, dass Euch beim Arbeiten mit den VMs an die Hand nimmt. Auf die VMs kommt ihr per SSH. Dafür brauche ich einen SSH Pubkey von Euch. Ihr habt für die Zeit des Zugriffs exklusiv root-Rechte. Deshalb brauche ich auch Eure Identität, damit ich - falls Mißbrauch von den VMs ausginge - weiß, wem ich mal ordentlich den Kopf waschen müsste. Apropos Mißbrauch: Werbemails oder andere geschäftliche Verwertung ausgeschlossen! Ich nehme Euch natürlich gerne in den Mailverteiler auf wenn ihr mich darum bittet, aber das ist nicht Ziel dieser Aktion. Ihr sollt einfach spielerisch erfahren können wie einfach IPv6 ist. Interessierte mailen an ipv6(a)state-of-mind.de, damit wir gemeinsam ausloten und festlegen können wer wann auf die Maschinen kann. p@rick -- state of mind () Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

1 0

[postfix-users] Postfix SASL (auxprop) + Debian Lenny
by Dennis Steinkamp 14 Dec '11

14 Dec '11

Hallo, ich hab in den vergangenen Tagen ja bereits häufiger eine Frage zum Thema SASL in Verbindung mit Cyrus oder Dovecot gestellt. Da ich in meiner Lernphase mit Postfix noch am Anfang stehe, wollte ich SMTP-AUTH zunächst mal dann doch via Cyrus SASL realisieren, da dies in meinem "Book of Postfix" recht gut dokumentiert und für mich besser nachvollziehbar ist. Leider stoße ich bei der Umsetzung allerdings auf ein paar Probleme, möglicherweise auch damit zusammenhängend, das Postfix unter Debian (Lenny) "chrooted" läuft und es wohl ein paar Dinge gibt, die man im chroot Betrieb berücksichtigen muss. Als Pw backend verwende ich sasldb via auxprop und habe die mech_list auf PLAIN LOGIN reduziert. Mein smtpd.conf in /etc/postfix/sasl sieht demnach folgendermaßen aus: ---------------------------------------- # Global parameters log level: 3 pwcheck_method: auxprop mech_list: PLAIN LOGIN # Auxiliary Plugin parameters auxprop_plugin: sasldb ---------------------------------------- In der Main.cf habe ich danach folgende SASL Parameter hinzugefügt: ----------------------------------------------------------------------------------- ... # SASL parameters smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unknown_destination ... -------------------------------------------------------------------------------------- Ich habe im Vorfeld mittels saslpasswd2 eine DB mit einem Testuser angelegt. Das es funktioniert konnte ich zumindest durch saslauthd -a sasldb -d und testsaslauthd -u user -p password verifizieren. (Access Ok) Nach erfolgter Anpassung in der main.cf und dem Test via telnet bekomme ich aber keine Reaktion, sobald ich telnet "meinmailserver" Port in der Kommandozeile absetze. Telnet unter Windows zeigt keinerlei Reaktion und wenn ich es per SSH lokal auf meinem vServer probiere passiert ebenfalls nichts. Sobald ich die SASL Einstellungen in der main.cf auskommentiere ist mein Mailserver wieder über telnet ansprechbar. Da Postfix unter Debian bekanntlich in einer chroot Umgebung läuft habe ich mal versucht, den Socket in der Chroot Umgebung, über folgende fstab Zeile verfügbar zu machen: /var/run/saslauthd /var/spool/postfix/var/run/saslauthd bind bind 0 0 Zusätzlich habe ich unter /etc/default/saslauthd auf yes eingestellt, so das nach dem Bootvorgang saslauthd automatisch gestartet wird. Diese Schritte brachten mich meinem Ziel aber auch nicht näher, sodass ich doch wieder auf Hilfe angewiesen zu sein scheine. Danke an alle die Ihre Zeit opfern, sich mein Problem anzuschauen. Grüße Dennis -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

3 13

[postfix-users] Postfix Scripte chrooted betreiben?
by tobi 10 Dec '11

10 Dec '11

Hallo zusammen, ich wollte mal bei mir den Postfix auf chroot umstellen, was soweit (fast) alles geklappt hat. Probleme habe ich bei meinem autoreply Script welche in master.cf folgendermassen definiert ist << autoreply unix - n n - - pipe flags= user=nobody argv=/etc/postfix/autoreply/autoreply.test ${sender} ${mailbox} >> wenn in den auf chroot 'y' setze resp den default Wert nutze, dann knallt mir das Log folgendes um die Ohren << Dec 10 12:23:58 mail postfix/pipe[11506]: fatal: get_service_attr: unknown username: nobody >> Also kann scheinbar der Prozess ned den User in /etc/passwd verifizieren. Ist ja auch logisch, das File gibt es ja ned im chroot. Nur wie kann ich denn dem Prozess die Abfrage der lokalen User zugänglich machen, ohne gleich passwd in den chroot zu kopieren? Und eine zweite Frage hätte ich gleich auch noch ;-) Muss denn autoreply.test ebenfalls innerhalb des chroot erreichbar sein oder wird das einmal beim Start eingelesen (wenn der Prozess noch nicht chrooted ist)? Danke für Eure Hilfe und ein schönes Weekend tobi

2 8

[postfix-users] Postfix SASL + Dovecot
by little.guitar＠gmx.net 08 Dec '11

08 Dec '11

Ich arbeite mich in meiner Freizeit durch das "Book of Postfix" und hab bereits viel neues dazulernen dürfen. Nun möchte ich das Wissen im kleinen Rahmen auch praktisch anwenden. Wie ich bereits vor Kurzem in der Mailingliste erwähnte, sollen unsere Firmenraids "Event Notifications" in Form einer eMail zu mir schicken. Schnell wurde mir durch die Recherche im Buch bewusst, das auch für so ein relativ simples Vorhaben einige Dinge berücksichtigt werden müssen. Ich will natürlich ein offenes Relay vermeiden und da die RAIDs über unsere ADSL Verbindung nach außen kommunizieren und diese keine statische IP hat, möchte ich gerne SMTP-AUTH in meine MTA Konfiguration einbauen. Das Buch erwähnt in 2. Kapiteln die Konfiguration mittels der Cyrus Bibliotheken, ich möchte es aber gerne mit Dovecot realisieren, da Dovecot auch im nächsten oder übernächsten Schritt als IMAP Server bei mir Verwendung finden soll und momentan wohl von vielen gegenüber anderen Lösungen präferiert wird. Nun scheint der Konfigurationsansatz aber ein etwas anderer gegenüber Cyrus zu sein. Was mir noch nicht ganz klar geworden ist anhand der Dokumentationen die ich im Netz gefunden habe ist: - muss Dovecot selbst auch installiert sein um SMTP-Auth mit Postfix darüber zu realisieren? (Bei Cyrus ist das ja nicht der Fall bei Dovecot hingegen ist es mir nicht ganz klar) - Wenn ich als smtpd_sasl_type = dovecot deklariere wo muss ich dann die Konfigurationsdatei anlegen in der ich u.a den Authentifizierungsmechanismus? Wie so oft, danke für eure Zeit. Grüße Dennis -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

7 12

[postfix-users] Postfix Relay mit /etc/aliases?
by Dennis Steinkamp 07 Dec '11

07 Dec '11

Hallo, um mich etwas näher mit Postfix zu befassen und zeitgleich auch etwas konstruktives dabei rumkommen zu lassen, möchte ich die RAIDs in unserer Firma so konfigurieren, das diese mich über ihren Status, via eMail regelmäßig informieren. Da Postfix auf unserem vServer läuft und der Mailserver nicht im lokalen Netzwerk betrieben wird, hätte ich natürlich das Problem, das ich Gefahr laufe ein offenes Relay zu schaffen wenn ich Clients von dynamischen IPs aus ermöglichen möchte, Mail an Adressen zu richten, für die Postfix nicht das endgültige Ziel darstellt. Für mein eher banales Vorhaben möchte ich auch nicht unbedingt SMTP-AUTH konfigurieren müssen, es sei denn, meine folgende, alternative Idee widerspricht "gebräuchlichen und guten Praktiken" Was wäre also davon zu halten, wenn ich in den RAIDs eine Zieladresse definiere (e.g vserver(a)mydomain.com) für die mein Postfixserver verantwortlich ist und für den lokalen Teil ergo "vserver" einen Alias auf die tatsächliche Zieladresse (e.g derkleinehans(a)gmx.de) anlege? So könnte ich es vermeiden ein offenes Relay zu schaffen und trotzdem Postfix für meine Clients mit dynamischen IPs nutzbar machen. Wäre das eine Alternative oder spricht eurer Ansicht nach etwas ganz entschieden dagegen? Viele Grüße Dennis

2 3