- postfix-users - list.sys4.de

[postfix-users] DNS ptr und 450
by Matthias Schmidt 07 May '08

07 May '08

Hallo, ich hab hier einen User der meckert, weil er sich an eine Liste nicht abmelden kann. Postfix lehnt die Bestätigungsmail m.E. völlig zu Recht mit 450 ab: SMTP Server returned error: 450 4.7.1 Client host rejected: cannot find your hostname, [195.224.16.231] Wenn ch die IP über verschiedene DNS Server abfrage erhalte ich immer folgendes: name: 231.16.224.195.in-addr.arpa cname: 231.128-255.16.224.195.in-addr.arpa ttl: 86400 PTR name: 231.128-255.16.224.195.in-addr.arpa ptrdname: 128-224-16-231.ftgate.com ttl: 3600 Bei mir meldet sich das Ding im EHLO als mx1.ftgate.com. Der dortige Postmaster meint nun, dass ein pointer record (der nur auf die domain zeigt) da sein, und dies völlig ausreichend sei und es an meiner Server Konfiguration liege, dass die mails abgelehnt werden. Um meinen User "ruhig zu stellen", werd ich das Ding vorläufig Whitelisten, begeistert bin ich davon nicht. Nur am Rande bemerkt, das ist ein Mailserver einer Fa. die selber einen kommerziellen Mailserver vertreibt. Was meinen die Profis dazu? Dank und Gruss Matthias

3 6

[postfix-users] Neuer Spam ?*gg
by Uwe Driessen 07 May '08

07 May '08

Schon jemand solche Mails gesehen ? > -----Original Message----- > From: Robert Smith [mailto:rsrobertsmith226@gmail.com] > Sent: Sunday, May 04, 2008 9:42 AM > To: driessen(a)fblan.de > Subject: Website Teilhaberschaft Anfrage > > Guten Tag, > > Mein Name ist Robert Smith und ich möchte Links von guten Seiten vie Ihren - > http://xxxx-fblin.de, kaufen. Wenn es möglich ist, bitte, sagen Sie wie viel würde ein Text > Link oder kleines Banner kosten. > > Sie können unserer Website an http://mblclaw.com ansehen. > > Vielen Dank! > > > Robert Smith > http://mblclaw.com Und das Spuckt Google dazu aus Online Kasino - WettspieleOnline Kasinos, das Geschäft. Seit mehr als zehn Jahren sind Online Kasinos die Versorger der besten virtuellen Unterhaltung, besten Software, ... Etwas für die Body_checks würde ich sagen. Guter Ruf ist durch nicht zu bezahlen oder was meint Ihr?(meiner ist zwar eh schon ruiniert aber deshalb lebe ich ganz ungeniert) Mit freundlichen Grüßen Drießen -- Software & Computer Uwe Drießen Lembergstraße 33 67824 Feilbingert Tel.: +49 06708 / 660045 Fax: +49 06708 / 661397

3 4

[postfix-users] clamav outdatet
by Uwe Driessen 06 May '08

06 May '08

Hat jemand eine Ahnung wie lange es noch dauert bis das in Debian die neue Clamav zu Verfügung steht? In unstable ist sie schon drin aber noch nicht in den volatile. Bzw. hat noch jemand die Beschreibung wie man das diff zur neuen Version erstellt? Oder doch lieber warten bis die nächste Version offiziell verfügbar ist? Nur damit mal wieder leben in die Bude kommt ist ja nix los in den Listen machen alle schon wieder Urlaub? Mit freundlichen Grüßen Drießen -- Software & Computer Uwe Drießen Lembergstraße 33 67824 Feilbingert Tel.: +49 06708 / 660045 Fax: +49 06708 / 661397

7 7

[postfix-users] ping...
by Marco Eisenhuth 06 May '08

06 May '08

Hallo zusammen! Tolle Sache, eine "unabhängige" Postfix-Liste ins Leben zu rufen. Hoffen wir auf viel Traffic und interessante Themen! Gruß, Marco.

2 1

[postfix-users] Ungewolltes Update von 2.2.10 auf 2.5.1
by Jens Mueller 05 May '08

05 May '08

hallo zusammen, auf meinem Server läuft Ubuntu und ich habe am Wochenende mal wieder seit langem mein System aktualisiert. Dabei wurde mein Postfix von 2.2.10 auf 2.5.1 angehoben und nun geht nichts mehr. Das ganze läuft in Verbindung mit MySQL und SpamAssassin. An den Konfigurationen wurde nichts verändert. In der mail.err steht: May 5 17:41:28 vinola1 postfix/pipe[1739]: fatal: user= command-line attribute specifies mail system postdrop group id 112 Ich habe schon etwas gesucht und gegoggelt und werde aus der Meldung nicht schau. Der interessante Teil der master.cf dürfte wohl folgender sein. Weis jemand Rat? Schöne Grüße, Jens [...] # # ==================================================================== # 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=R 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} spamassassin unix - n n - - pipe user=spamd argv=/usr/bin/spamc -f -e /usr/sbin/sendmail -oi -f ${sender} ${recipient}

5 7

[postfix-users] Mail für eine Domain verwerfen
by Stefan Förster 05 May '08

05 May '08

Hallo zusammen, gegeben sei example.org und die Vorgabe, alle Mail an <localpart>@killme.example.org zu töten. Meine Lösungsidee: transport_maps = /etc/postfix/maps/transport relay_domains = killme.example.org und in /etc/postfix/maps/transport killme.example.org discard: Ist das "intended usage" für relay_domains und transport_maps? Ciao Stefan -- Stefan Förster http://www.incertum.net/ Public Key: 0xBBE2A9E9 FdI #9: GUI - Ein Hintergrundbild und 12 Xterms (Kristian Köhntopp)

6 18

[postfix-users] Interner Mailrelay
by Andreas Reschke 05 May '08

05 May '08

Hallo zusammen, wir haben bei uns in der Firma einen internen Mail-Relay-Server mit sendmail. Über den Relay-Server schicken ca. 100 Unix- und Linux-Server sowie Multifunktionsdrucker Mails an unser Mailsystem (Lotus Domino). In der Sendmail-Kofiguration gibt es die Datei "relay-domains" in der die Server eingetragen werden, die mailen dürfen. Nun will / soll ich die Sendmail-Konfiguration durch Postfix ersetzen. Frage: macht die Datei /etc/postfix/access das gleiche? Ich benötige eine Möglichkeit Server zu erlauben über den Mailhub zu relayen. Gruß Andreas -- Diese Message wurde erstellt mit freundlicher Unterstützung eines frei- laufenden Pinguins aus artgerechter Freilandhaltung. Er ist garantiert frei von Micro$oft?schen Viren. Andreas Reschke, Landhausstr.19, 70825 Korntal Tel.: 0711-3805209, Fax: 0711-3805211 E-Mail: andreas(a)rirasoft.de

2 3

[postfix-users] Defekte Mailserver (Retry bei Timeout, 4xx etc.)
by Stefan Förster 05 May '08

05 May '08

Hallo zusammen, früher oder später passiert ja doch mal ein größerer "Fuckup", seien es defekte Platten, Router oder ähnliches - das ist ja im Normalfall kein Problem, wofür hat man mehr als einen MX (für die Fragestellung ist es jetzt mal egal, mit welcher Priorität die einzelnen Server im DNS eingetragen sind, ob sie direkt in Postfächer ausliefern können etc.). Das dachte ich auch. Bis heute. Anscheinend gibt es da draußen Software, die für jede Mail den "Routing"-Vorgang nur einmal durchführt. Sprich, sie sucht sich einen MX und probiert den und nur den, egal, ob der mit 4xx oder gar nicht antwortet. So heute erlebt - leider immer noch Realität. Hat hier jemand Erfahrungen zu konkreten Produkten, die dieses eigenwillige Verhalten an den Tag legen? Mir scheint, daß da vor allem diverse Antvirus-/Antispam-Appliances betroffen sind, jedoch weigerten sich die beiden betroffenen Posthamster, mir auf meine - freundliche - Anfrage hin zu sagen, welches Produkt sie im Einsatz hatten. Ich würde da jetzt gerne auf eigene Faust mal eine Liste zusammenstellen, bin aber ratlos, da ich damit noch keinerlei Erfahrungen habe. Ciao Stefan -- Stefan Förster http://www.incertum.net/ Public Key: 0xBBE2A9E9 Es gibt eine Reihe guter Schutzmaßnahmen gegen die Versuchung. Doch die sicherste ist Feigheit.

6 11

[postfix-users] Userprüfung mit address_verify
by Remien, Carsten 02 May '08

02 May '08

Hi, die Userüberprüfung per SMTP wäre für uns ein geeignetes Mittel um ein Stückweit weniger Backscatter zu sein. Dies ist in meinen Augen auch ein sehr einfacher Vorgang im Vergleich zu Datenbanken. Eine andere Art der Userprüfung mittels lokaler Textdatei, LDAP, SQL etc. würde nicht in Frage kommen, da als Relayanbieter zu viel unterschiedliche Smarthosts bei den Kunden existieren. Meine Frage zielt nun eher darauf, ob man mit der Benutezrprüfung auch in ein DoS laufen kann? Mir stellen sich da gerade solche Fragen wie: - wird für jede Benutzerprüfung bei eintreffender Mail eine SMTP Session zum Smarthost aufgebaut, oder werden bei gleichzeitigem Eintreffen von Mails die an die selbe Domain gerichtet sind die Benutezrabfragen durch ein SMTP Login bewältigt. Im speziellen geht es darauf hinaus, ob mir oder dem Smarthost vom Kunden die TCP Ports ausgehen können, wenn zuviel gleichzeitige Überprüfungen stattfinden. - können die Abfragen für eine gewisse Zeit bei mir zwischengespeichert werden um eine z.B. für x-Minuten vorher positive Benutzerabfrage ersparen zu können? Viele Grüße Carsten Remien

3 6

[postfix-users] transport_maps trotz lokaler Benutzer
by Sven Eulberg 02 May '08

02 May '08

Hallo! Futter für die neue Liste: Postfix soll E-Mails für die Domäne 'domain.de' annehmen und sowohl an lokale als auch entfernte Benutzer (via relay-transport) zustellen. a: user1(a)domain.de user1 (lokal) b: user2(a)domain.de user2 (lokal) c: user3(a)domain.de relay:[ip.ad.re.sse] (entfernt) Die lokalen Benutzer sind per virtual_alias_maps eingebunden (siehe a und b). Die entfernten User per transport_maps (siehe c). Jetzt das eigentliche Problem: 'domain.de' muss in virtual_alias_domains bzw. virtual_alias_maps eingetragen sein, damit die lokale Zustellung funktioniert. Allerdings funktioniert dann die Zustellung für den/die User innerhalb der transport_maps nicht mehr. Postfix quittiert mit 'user unknown'. Wie sage ich Postfix, dass die transport_maps höhere Priorität haben bzw. trotzdem/immer berücksichtigt werden sollen oder hat jemand einen besseren Lösungsansatz? Bin für jeden Tipp dankbar. --- main.cf --- [..] transport_maps = hash:/etc/postfix/maps/transport_maps virtual_alias_maps = hash:/etc/postfix/maps/virtualUsers virtual_alias_domains = hash:/etc/postfix/maps/localDomains [..] --- /main.cf --- --- transport_maps --- user3(a)domain.de relay:[ip.ad.re.sse] --- /transport_maps --- --- virtualUsers --- user1(a)domain.de user1 user2(a)domain.de user2 --- /virtualUsers --- --- localDomains --- domain.de ok --- localDomains --- Mit virtual_mailbox_domains anstelle von virtual_alias_domains greifen die transport_maps, allerdings entstehen hier andere Probleme bei nicht existenten Benutzern. Danke! Gruß Sven-- Sven Eulberg

3 4