December 2008 - postfix-users

[postfix-users] ANN: de.postfix.org ist amavisd-new-Mirror
by Patrick Ben Koetter 21 Jan '09

21 Jan '09

de.postfix.org ist seit heute offizieller Mirror für amavisd-new. Den Mirror findet Ihr unter folgender Adresse: <http://amavisd.de.postfix.org/> Liebe Grüsse, p@rick -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick Koetter Tel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht München Partnerschaftsregister PR 563

8 37

[postfix-users] Geblockte Mails + Relaying
by Michael Geiger 25 Dec '08

25 Dec '08

Hallo zusammen, ich bin heute auf ein Problem bei meiner Postfix-Konstellation gelaufen, vielleicht hat mir jemand einen Tipp dazu: Ich relaye verschiedene Domains weiter an einen Kunden, der einen Exchange-Server betreibt. Dieser Mailserver wird seit neuestem durch eine Firewall Appliance geschützt, die zusätzlich die Mails auf Viren überprüft. Findet die Appliance einen Virus, wird die Übertragung abgebrochen. Soweit, so gut - gestern sind mir nun relativ viele Mails auf einmal für diese Domain eingetroffen, bei einer der Mails war ein Virus dabei. Die Appliance hat die Übertragung gestoppt und seitdem hingen mir ein ganzer Berg an Mails an den Kunden-Mailserver in der Queue. Fehlermeldung (bei allen!): ... while sending end of data -- message may be sent more than once Beim Flushen der Queue wurde gleich wieder die Virenmail als erstes losgeschickt und natürlich erneut geblockt. Leider sind alle anderen Mails an die Domain seitdem mit dem gleichen Fehler geparkt und werden nicht verschickt. Erst nachdem ich die Virenmail von Hand aus der Queue gelöscht hatte, wurden die guten Mails durchgeschickt. Gibt es da eine Möglichkeit, Postfix ein anderen Verhalten für diese Destination beizubringen?? Danke schonmal Michael Geiger

3 10

[postfix-users] bei start von policyd-weight warning im logfile: warning: cache_query: ...
by Roland 24 Dec '08

24 Dec '08

habe soeben policyd-weight installiert und in postfix eingebunden mit: smtpd_recipient_restrictions = ..., check_policy_service inet:127.0.0.1:12525, ... funktioniert auch, was mich aber ärgert ist das beim starten von polw im log immer folgende warnung auftaucht: Dec 23 08:42:58 mserve postfix/policyd-weight[24774]: policyd-weight 0.1.14 beta-17 started and daemonized. conf:/etc/policyd-weight.conf; GID:1005 1005 EGID:1005 1005 UID:130 EUID:130; taint mode: 0 Dec 23 08:42:58 mserve postfix/policyd-weight[24774]: warning: cache_query: $csock couln't be created: connect: Datei oder Verzeichnis nicht gefunden, calling spawn_cache() Dec 23 08:42:58 mserve postfix/policyd-weight[24775]: cache spawned danach gehts dann aber ohne weitere probleme. zuerst habe ich falsche zugriffsrechte vermutet und, diese kontrollierte: mserve ~ # ls -lR /var/run/policyd-weight /var/run/policyd-weight: insgesamt 4 drwxr-xr-x 4 polw polw 4096 23. Dez 07:16 cores srwxrwx--- 1 polw polw 0 23. Dez 08:42 polw.sock /var/run/policyd-weight/cores: insgesamt 8 drwxr-xr-x 2 polw polw 4096 23. Dez 07:16 cache drwxr-xr-x 2 polw polw 4096 23. Dez 07:16 master /var/run/policyd-weight/cores/cache: insgesamt 0 /var/run/policyd-weight/cores/master: insgesamt 0 scheint meiner meinung nach zu stimmen. ich verwende die default config von policyd-weight mit diesen denke ich relevanten einträgen: $USER = "polw"; # User must be a username, no UID $GROUP = ""; # specify GROUP if necessary # DEFAULT: empty, will be initialized # as $USER und: ## cache stuff $LOCKPATH = '/var/run/policyd-weight/'; # must be a directory (add # trailing slash) $SPATH = $LOCKPATH.'/polw.sock'; # socket path for # the cache daemon. mich würde ja interessieren über was policyd-weight da mekkert. wie gesagt funktioniert aber trozdem bis jetzt ganz gut, nur hab ich halt nich wirklich gerne warnings im logfile von denen ich nich weis warum? Güße Roland

2 1

[postfix-users] virtual-alias-domains vs. transport-map
by Michael Weber 19 Dec '08

19 Dec '08

Hi, ich hoffe hier hat jemand einen Tipp für mich, ich hab schon eine Weile rumprobiert, aber kriege das Problem nicht in den Griff. postfix 2.1 server mit confixx (cat flames > /dev/null). confixx verwaltet mailaliase über virtual-alias-domains und bindet seine maps mit virtual_maps ein (könnte man sicherlich auf die neue Schreibweise umbauen), die postfix/main.cf ist bearbeitbar, nur die virtual-relevanten files bedient confixx! Die Domain, nennen wir sie abc.de, soll ab sofort nicht mehr von confixx bedient werden, sondern alle Mails auf einen entfernten smtp geforwarded werden (funktioniert alles einwandfrei, ist mit anderer Domain getestet). Die Domain abc.de hat aber ca. 200 definierte Mailaliase, die eine definition über virtual-... bedingen, somit werden sie erst expandiert (was eine umschreibung beinhaltet) und können nicht mehr über die transport map geforwarded werden (lauten nicht mehr auf user(a)abc.de sondern user(a)host.abc.de - und nein, ich kann der Gegenseite nicht den "zwischenhost" als valides Element beibringen, bzw. der Admin der Gegenseite ist da das bremsende Element, ich muss also direkt user(a)abc.de durchrouten und nichts umgeschriebenes). Ich könnte die aliase alle wegwerfen, kann dann aber nicht mehr schmerzfrei auf das alte Verfahren zurück, wenn doch was haken sollte oder nur mit extrem viel Aufwand, den ich gerne vermeiden würde (man hat ja nicht unlimitiert Zeit :-) Hat jemand eine Idee, wie ich für die Domain abc.de postfix beibringe, dass er kein virtual-handling damit machen soll (auch wenn vorhanden), sondern gleich die transport map zu benutzen hat (aber nur für abc.de, nicht für alle anderen domains auf dem System). Es hat technische und organisatorische Gründe, warum das in diese Art passieren soll und ich kann auch nicht einfach die von confixx erstellten files manipulieren/bypassen, weil sonst die 250 anderen Domains auf der Kiste ggf. Probleme kriegen und das möchte ich nicht riskieren, dass Dutzende Kunden wegen EINEM anderen Kunden Probleme kriegen ... Ich bin für jede Hilfe dankbar, gerne auch für Schimpfe, wenn ich was simples übersehen haben sollte! Vielen Dank im Voraus Michael Weber aka Bytewurm -- Michael Weber, GF/CEO, http://www.rising-systems.de/ rising systems networks GmbH, Elisabethstraße 44-46, 40217 Düsseldorf fon +49 211 903294-0, direct -121, fax -444, weber(a)rising-systems.de VAT DE 192305838 * DUNS 315108956 * TAX 5 106/5723/2489 * HRB 35549 Düsseldorf

2 7

[postfix-users] [OT] Abfangen von NS-Problemen
by Thomas Schwenski 13 Dec '08

13 Dec '08

Hallo, aus aktuellem Anlass taucht bei mir die Frage auf: Lassen sich Nameserver-Ausfälle schon durch zwei unabhängige Nameserver abfangen? Bei einigen meiner Domains wurde das DNS-System heute durch einen DDOS lahmgelegt. Da Primary- und Secondary-NS bisher beim Anbieter standen frage ich mich, ob es nicht sinnvoller wäre zumindest einen zu verlagern. Und damit auch gleich die Frage: Reicht von der Hardware-Anforderung ein virtueller Server dafür aus, oder sind meine Bauchschmerzen dabei mehr als berechtigt. Thomas

16 40

[postfix-users] virusmail notification
by KP Kirchdoerfer 04 Dec '08

04 Dec '08

Hallo; ich benutze postfix und amavis-ng unter Debian. Ich kann eine Benachrichtigung über Mails mit Viren und abgewiesene EXE-Dateien einer Admin/Postmaster-Adresse zuzustellen. Wie kann ich gleichzeitig eine Benachrichtigung dem Empfänger der Mail zustellen? danke kp

3 3

[postfix-users] Postfix und Nicht-Lokale Zustellung
by Heiko Wundram 01 Dec '08

01 Dec '08

Hallo! Ich bin aktuell mit Postfix (2.5.5) ein bisschen am verzweifeln: Ich habe auf einem Mail-Relay folgende Einstellungen laufen (kondensiert und Domainnamen entfernt; nicht weil ich nicht will, dass jemand da xencon.net reininterpretiert, sondern weil ich die main.cf aus einem Template erzeuge[n lasse], was ich hier wiedergebe): main.cf ------- myhostname = mail01.<domain> mydomain = <domain> mydestination = $myhostname, localhost.$mydomain, localhost local_recipient_maps = $alias_maps relay_domains = mysql:/etc/postfix/transport.cf, mysql:/etc/postfix/transportpfadm.cf relayhost = [relay.<domain>] transport_maps = mysql:/etc/postfix/transport.cf, mysql:/etc/postfix/transportpfadm.cf alias_maps = hash:/etc/mail/aliases alias_database = hash:/etc/mail/aliases und noch ein paar milter-Einstellungen, die aber nicht weiter von belang sind (vermute ich, da die Mails, an denen ich verzweifele, sehr wohl durch milter komplett bearbeitet, aber dann nicht zugestellt werden, und der milter, der zum Einsatz kommt, auch keine rcpts umschreibt). In den MySQL-Tabellen, auf die oben verwiesen wird, sind Einträge in der Form: <domain> smtp:[<host>]:<port> und so auch eben für die Hauptdomain des Servers, wobei der Eintrag dort: <domain> smtp:[mail00.<domain>]:25 ist. Die Maps klappen auch wunderbar; wenn mail01 eine Mail annimmt, die für eine Domain auf mail00 bestimmt ist, wird die weitergeleitet (nachdem eben die Policy-Geschichten des milters erfüllt wurden). Im Vorfeld wird noch eine Address-Probe gemacht, ob der entsprechende Empfänger auch verfügbar ist (auf dem host aus den transport_maps), und das klappt auch. Jetzt zu dem Problem: Mails, die an die Maildomain mail01.xencon.net gesendet werden (in dem Fall, der mich verzweifeln lässt, sind es lokal generierte bounces, allerdings hat das ganze DoS-Potential, da von außen das selbe passiert über address verification probes für lokal), werden wunderbar angenommen, allerdings erfolgt nach Annahme keine weitere Zustellung der Mail, sondern die Mails bleiben für immer und ewig als active in der Queue. Die Maildomain mail01.<domain> ist in keiner der obigen Relay/Transport-Maps spezifiziert. Auf jeden Fall, aktuelle sehe ich das folgende: mail01 heiko # mailq -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- 62AE060301A* 1297 Wed Nov 19 23:30:17 double-bounce(a)mail01.xencon.net postmaster(a)mail01.xencon.net AF3AE6014C5* 1334 Wed Nov 19 23:32:49 double-bounce(a)mail01.xencon.net postmaster(a)mail01.xencon.net B3515603018* 1332 Wed Nov 19 23:33:35 double-bounce(a)mail01.xencon.net postmaster(a)mail01.xencon.net ... Der qmgr gibt im mail log aus, dass er die Zustellung in Angriff nimmt, und danach passiert nichts mehr (die Mails stehen jetzt seit gestern abend in genau diesem Status). Nach meinem Verständnis müsste der local delivery agent in Aktion treten (weil die Zieldomain zu mydestination gehört), und dieser entsprechend in der alias-Tabelle nach postmaster suchen, welches auf root gemappt ist, und dieses wiederum auf "admin(a)xencon.net": /etc/mail/aliases ----------------- # Basic system aliases -- these MUST be present. MAILER-DAEMON: postmaster postmaster: root ... root: admin(a)xencon.net Anscheinend wird aber der local delivery agent nie gestartet. Da das ganze kein Problem ist, wenn ich in local_recipient_maps eine passwd-Abfrage einbaue, stellt sich für mich die Frage, was so anders ist, wenn ich als einzige lokale Ziele die Alias-Namen erlaube (die, da bin ich sicher, keine Schleifen enthalten, wie oben erkennbar; die Sender-Adresse wird nicht geprüft, auch wenn für double-bounce kein Alias-Eintrag vorhanden ist). Wenn ich debug_peer_level hochdrehe, sehe ich auch soweit nichts spannendes, nur, dass er anscheinend den Recipient in keiner Map findet, ihn aber korrekt als lokal einstuft: Nov 20 19:43:43 mail01 postfix/smtpd[6958]: < localhost[127.0.0.1]: RCPT TO: <postmaster(a)mail01.xencon.net> Nov 20 19:43:43 mail01 postfix/smtpd[6958]: extract_addr: input: <postmaster(a)mail01.xencon.net> Nov 20 19:43:43 mail01 postfix/smtpd[6958]: smtpd_check_addr: addr=postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr request = rewrite Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr rule = local Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr address = postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: 0 Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: address Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: address Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: (list terminator) Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: (end) Nov 20 19:43:43 mail01 postfix/smtpd[6958]: rewrite_clnt: local: postmaster(a)mail01.xencon.net -> postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr request = resolve Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr sender = Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr address = postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: 0 Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: transport Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: transport Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: local Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: nexthop Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: nexthop Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: recipient Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: recipient Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: 256 Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: (list terminator) Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: (end) Nov 20 19:43:43 mail01 postfix/smtpd[6958]: resolve_clnt: `' -> `postmaster(a)mail01.xencon.net' -> transp=`local' host=`mail01.xencon.net' rcpt=`postmaster(a)mail01.xencon.net' flags= class=local Nov 20 19:43:43 mail01 postfix/smtpd[6958]: ctable_locate: install entry key postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: extract_addr: in: <postmaster(a)mail01.xencon.net>, result: postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr request = rewrite Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr rule = local Nov 20 19:43:43 mail01 postfix/smtpd[6958]: send attr address = double-bounce Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: flags Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: 0 Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: address Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute name: address Nov 20 19:43:43 mail01 postfix/smtpd[6958]: input attribute value: double-bounce(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: private/rewrite socket: wanted attribute: (list terminator) ... Nov 20 19:43:43 mail01 postfix/smtpd[6958]: >>> CHECKING RECIPIENT MAPS <<< Nov 20 19:43:43 mail01 postfix/smtpd[6958]: ctable_locate: leave existing entry key postmaster(a)mail01.xencon.net Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: recipient_canonical_maps: postmaster(a)mail01.xencon.net: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: recipient_canonical_maps: postmaster: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: recipient_canonical_maps: @mail01.xencon.net: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: mail_addr_find: postmaster(a)mail01.xencon.net -> (not found) Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: canonical_maps: postmaster(a)mail01.xencon.net: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: canonical_maps: postmaster: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: canonical_maps: @mail01.xencon.net: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: mail_addr_find: postmaster(a)mail01.xencon.net -> (not found) Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: virtual_alias_maps: postmaster(a)mail01.xencon.net: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: virtual_alias_maps: postmaster: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: maps_find: virtual_alias_maps: @mail01.xencon.net: not found Nov 20 19:43:43 mail01 postfix/smtpd[6958]: mail_addr_find: postmaster(a)mail01.xencon.net -> (not found) ... Milter-Kram ... Nov 20 19:43:47 mail01 postfix/qmgr[6954]: 4D12060043D: from=<heiko(a)xencon.net>, size=390, nrcpt=1 (queue active) Und ab da ist Schluss. Die Mail bleibt jetzt im active-Zustand. Hat irgendjemand einen sinnvollen Hinweis, was ich hier falsch mache? Danke schon mal für die Hilfe! -- Heiko Wundram

4 6

[postfix-users] [OT] Tipp: Perl und Co. Perlmonks.org
by Matthias Haegele 01 Dec '08

01 Dec '08

Hi Ihr! Bei meinen Suche nach Hilfe als Perl-Anfänger bin ich auf das englischsprache Forum welches ich sehr schätze, gekommen: http://www.perlmonks.org/ Falls es jemand noch nicht kennt ... Falls jemand noch wissen möchte, was mir momentan beim Einstieg hilft, gerne auch per PM ... -- Gruesse/Greetings MH Dont send mail to: ubecatcher(a)linuxrocks.dyndns.org --

1 0