Hallo, On 18-May-2006 Sandy Drobic wrote:

2.2.10, ich hätte keine Bedenken, die Version 2.3 auf einem Produktivsystem einzusetzen.

Von ihr gibt es aber wohl noch kein rpm-Paket. Oder hat sich bereits jemand die Muehe gemacht, ein spec-File zu schreiben? Selber kompilieren und mit checkinstall zu installieren, ist ja kein Problem, aber nach meinen Erfahrungen installiert rpm -U solche Pakete haeufig parallel anstatt das installierte upzudaten. Und der MTA ist einfach zu wichtig, als dass ich mir mein halbes System lahmlegen moechte. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo! Sandy Drobic schrieb: [snip]

Direkt aus dem Source kompilieren und dann "make upgrade" ausführen übernimmt die vorhandene Installation (wenn /etc/postfix verwendet wird als config).

RPM ist dann natürlich außen vor, das stimmt.

Sandy Wo kann dies dann konfiguriert werden? in der main.cf oder mittels sender-canonical

Gruß Johannes

Hi mhh das sollte aber auch über die transport map gehen juergen@domain-1.de smtp: [mail.domain-1.de ] juergen@domain-2.de smtp:[mail.domain-2.de] nicht die Beste Methode aber sollte gehn. Christian Sandy Drobic schrieb:

This feature is available in Postfix 2.3 and later: http://www.postfix.org/postconf.5.html#sender_dependent_relayhost_maps

Das ist die Entwicklerversion, die augenblickliche Stable version erlaubt dies nicht. Die Version 2.3 ist aber mindestens so stabil wie die Version 2.2.10, ich hätte keine Bedenken, die Version 2.3 auf einem Produktivsystem einzusetzen.

Sandy

Quoting christian zimmermann :

Hi

mhh das sollte aber auch über die transport map gehen

juergen@domain-1.de smtp: [mail.domain-1.de ] juergen@domain-2.de smtp:[mail.domain-2.de]

nicht die Beste Methode aber sollte gehn.

Ging es nicht um den _Absender_ als Kriterium? Die transport Map stellt auf den Empfänger ab. -- Erhard Schwenk Akkordeonjugend Baden-Württemberg - http://www.akkordeonjugend.de APAYA running System - http://www.apaya.net

Dr. Jürgen Vollmer wrote:

Am Donnerstag, 18. Mai 2006 17:50 schrieb christian zimmermann:

...

mhh das sollte aber auch über die transport map gehen

juergen@domain-1.de smtp: [mail.domain-1.de ] juergen@domain-2.de smtp:[mail.domain-2.de]

nicht die Beste Methode aber sollte gehn.

ok, das scheint auch mit der Version von Postfix zu gehen, die unter SuSE 10.0 installiert ist. Zumindest steht das in der Doku /etc/postfix/transport. Es ist ok, wenn man hier alle Benutzer eintragen muß (bin ja kein Rechenzentrum hier, mit vielen Usern :-)

Nun ist es aber so, daß ich mich beim Provider anmelden muß, siehe /etc/postfix/sasl_passwd. Jeder "Einlieferungs-Account" hat natürlich seinen eignen Account-Namen und Passwort (entsprechend dem domain, unter welchem ich senden möchte) Laut Doku kann man in sasl_passwd auch mehrere Zeilen der Art smpt.server.de USER:PASSWD angeben. Nun ist's aber so, daß man bei meinem Provider (1und1) der smtp-Server für alle meine domains der gleich ist. Wie kann ich nun die verschiedenen Authentifizierungen angeben, da sie ja nicht über den Server zu unterscheiden sind?

Sollte mit der von mir hier im Thread beschriebenen Konfiguration gehen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com

Dr. Jürgen Vollmer wrote:

Hallo Sandy,

...

Dr. Jürgen Vollmer wrote:

...

Am Donnerstag, 18. Mai 2006 17:50 schrieb christian zimmermann:

...

mhh das sollte aber auch über die transport map gehen

juergen@domain-1.de smtp: [mail.domain-1.de ] juergen@domain-2.de smtp:[mail.domain-2.de]

nicht die Beste Methode aber sollte gehn. ok, das scheint auch mit der Version von Postfix zu gehen, die unter SuSE 10.0 installiert ist. Zumindest steht das in der Doku /etc/postfix/transport. Es ist ok, wenn man hier alle Benutzer eintragen muß (bin ja kein Rechenzentrum hier, mit vielen Usern :-)

Nun ist es aber so, daß ich mich beim Provider anmelden muß, siehe /etc/postfix/sasl_passwd. Jeder "Einlieferungs-Account" hat natürlich seinen eignen Account-Namen und Passwort (entsprechend dem domain, unter welchem ich senden möchte) Laut Doku kann man in sasl_passwd auch mehrere Zeilen der Art smpt.server.de USER:PASSWD angeben. Nun ist's aber so, daß man bei meinem Provider (1und1) der smtp-Server für alle meine domains der gleich ist. Wie kann ich nun die verschiedenen Authentifizierungen angeben, da sie ja nicht über den Server zu unterscheiden sind? Sollte mit der von mir hier im Thread beschriebenen Konfiguration gehen.

jo, aber das benötigt anscheinend postfix 2.3. geht das auch mit 2.2? (oder was eben bei SuSE 10.0 defaultmässig dabei ist)?

Bei der Version 2.2 gibt es noch nicht per-sender infos: http://www.postfix.org/SASL_README.html#client_sasl: Postfix version 2.3 supports-per-sender SASL password information. To search the Postfix SASL password by sender before it searches by destination, specify: /etc/postfix/main.cf: smtp_sender_dependent_authentication = yes smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd /etc/postfix/sasl_passwd: user@example.com username:password bar.com username [mail.myisp.net] username:password [mail.myisp.net]:submission username:password

Ich hab' mir zwar schon mal 2.3 heruntergeladen. Aber da sind wohl noch andrere Pakete notwendig, damit das übersetzt. Und: naja ich bastel nicht so gerne an System-Programmen 'rum (wenn's sich's vermeiden lässt).

Okay, ich habe mir einmal die benötigten Devel-Paket installiert und den make-Befehl in eine Batch geschrieben. Jetzt kann ich schnell auf eine neue Version gehen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com

Hallo, On 18-May-2006 Sandy Drobic wrote:

Erst in der 2.3 ist das sender_dependent_relayhost_maps vorhanden.

Okay, ich habe jetzt die 2.3 installiert. Aber wie versende ich nun absenderabhaengig ueber verschiedene Provider? Die Doku ist da doch extrem duenn. Hast du da vielleicht ein Beispiel, wie was wo konfigueriert werden muss? Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo, ich habe diese und eine weitere Mail zwar vorhin schon einmal abgeschickt, aber da beide nicht angekommen sind, waehrend eine eben geschickte sofort durchkam, sende ich diese noch einmal ueber einen anderen Mailserver. Vermutlich bekomme ich die anderen heute abend oder morgen zurueck, weil der Listensorftware irgendetwas im Header nicht gefiel. On 18-May-2006 Sandy Drobic wrote:

Funktioniert SASL bei dir? Vor einiger Zeit wurde die

Ich denke ja. Oder hat smtp-auth nichts damit zu tun?

SASL-Implementation bei Postfix 2.3 etwas geändert. Wenn ja dann...

main.cf: sender_dependent_relayhost_maps = hash:/etc/postfix/sender_relayhosts smtp_sender_dependent_authentication = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_auth_enable = yes smtp_sasl_security_options = noanonymous smtp_sasl_type = cyrus

sender_relayhosts: adresse1@example1.com smtp:[smtp.example1.com] adresse2@example1.com smtp:[smtp.example1.com] user3@otherexample.com smtp:[smtp.otherexample.com]

sasl_passwd: adresse1@example1.com user1:password1 adresse2@example1.com user2:password2 [smtp.otherexample.com] otheruser:otherpass

Okay, habe ich jetzt mal versucht. Aber der Versand erfolgt immer noch ueber den in der main.cf unter relayhost angegebenen Mailserver :-( Trage ich keinen ein, wird offenbar versucht, direkt zuzustellen, was die meisten Server aber ablehnen ("refused: Dynamic IP Addresses"). Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo, On 19-May-2006 Sandy Drobic wrote:

Heinz W. Pahlke wrote:

...

Aber der Versand erfolgt immer noch ueber den in der main.cf unter relayhost angegebenen Mailserver :-(

Das passiert inzwischen nicht mehr, aber es funktioniert trotzdem weiterhin nicht.

Seltsam. Ich werde das heute abend mal bei mir ausprobieren. Hast du mal smtp -v in master.cf ausprobiert und nachgesehen, was er da genau macht?

Macht mich nicht schlauer, sondern schuettet mich nur mit Infos zu.

Sieht "postconf -n" die Konfiguration auch so wie gewünscht?

Ich denke ja, nachdem ich einen Schreibfehler korrigiert und postmap bemueht habe. Eigentlich dachte ich ja, SuSEconfig ruft postmap selbstaendig auf, aber leider ist das nicht der Fall :-( Jetzt wird der Versand mit der Meldung: "postfix/qmgr[10833]: warning: connect to transport smtp: Connection refused" abgelehnt. Oder wahlweise auch mit: "postfix/smtp[15879]: fatal: unknown service: mail.arcor.de/tcp" Abhaengig ist das von der master.cf, ob da drinsteht: smtp inet n - n - - smtpd oder: smtp unix - - n - - smtp oder auch beide Zeilen, wobei postmap master.cf dann wegen des doppelten smtp-Eintrags warnt. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo, On 19-May-2006 Sandy Drobic wrote:

Heinz W. Pahlke wrote:

Wie sehen denn die Logmeldungen dazu aus?

May 19 21:17:13 pahlke-online postfix/qmgr[3496]: BB57A249BDC: from=, size=510, nrcpt=1 (queue active) May 19 21:17:13 pahlke-online postfix/qmgr[3496]: F0394249BD7: from=, size=549, nrcpt=1 (queue active) [...] May 19 21:17:13 pahlke-online postfix/smtp[4530]: fatal: unknown service: mail.arcor.de/tcp May 19 21:17:13 pahlke-online postfix/smtp[4531]: fatal: unknown service: mail.arcor.de/tcp [...] May 19 21:17:14 pahlke-online postfix/qmgr[3496]: warning: premature end-of-input on private/smtp socket while reading input attribute name May 19 21:17:14 pahlke-online postfix/master[3467]: warning: process /usr/lib/postfix/smtp pid 4530 exit status 1 May 19 21:17:14 pahlke-online postfix/qmgr[3496]: warning: private/smtp socket: malformed response May 19 21:17:14 pahlke-online postfix/qmgr[3496]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description May 19 21:17:14 pahlke-online postfix/master[3467]: warning: /usr/lib/postfix/smtp: bad command startup -- throttling May 19 21:17:14 pahlke-online postfix/qmgr[3496]: BB57A249BDC: to=, relay=none, delay=27393, delays=27392/1.1/0/0, dsn=4.3.0, status=deferred (unknown mail transport error) May 19 21:17:14 pahlke-online postfix/qmgr[3496]: CCB84249BDA: to=, relay=none, delay=27393, delays=27392/1.1/0/0, dsn=4.3.0, status=deferred (unknown mail transport error) May 19 21:17:14 pahlke-online postfix/qmgr[3496]: warning: premature end-of-inpu t on private/smtp socket while reading input attribute name May 19 21:17:14 pahlke-online postfix/master[3467]: warning: process /usr/lib/postfix/smtp pid 4531 exit status 1 May 19 21:17:14 pahlke-online postfix/qmgr[3496]: warning: private/smtp socket: malformed response May 19 21:17:14 pahlke-online postfix/qmgr[3496]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description May 19 21:17:14 pahlke-online postfix/qmgr[3496]: F0394249BD7: to=, relay=none, delay=27987, delays=27986/1.1/0/0, dsn=4.3.0, status=deferred (unknown mail transport error) [...] Zeilen, die sich (mit unterschiedlichen Zahlen) wiederholen, habe ich herausgeloescht, damit es nicht zu lang wird.

...

...

Seltsam. Ich werde das heute abend mal bei mir ausprobieren. Hast du mal smtp -v in master.cf ausprobiert und nachgesehen, was er da genau macht?

Macht mich nicht schlauer, sondern schuettet mich nur mit Infos zu.

He he! Vielleicht sagen diese Zeilen ja mir etwas. (^-^)

Koennte ich dir per PM schicken, wenn du meinst, dass es Sinn macht. Fuer die Liste ist es doch etwas sehr viel.

...

Jetzt wird der Versand mit der Meldung:

"postfix/qmgr[10833]: warning: connect to transport smtp: Connection refused" abgelehnt.

Hoppla, gar nicht gut!

Nach dem, was ich ergoogled habe, eine fehlerhafte master.cf.

...

Oder wahlweise auch mit:

"postfix/smtp[15879]: fatal: unknown service: mail.arcor.de/tcp"

Das ist sogar wirklich übel!

Lt. Google wie oben.

...

Abhaengig ist das von der master.cf, ob da drinsteht:

smtp inet n - n - - smtpd

oder:

smtp unix - - n - - smtp

oder auch beide Zeilen, wobei postmap master.cf dann wegen des doppelten smtp-Eintrags warnt.

Irgendwo in deiner master.cf steckt der Wurm. Was sagt denn "postfix check"?

Gar nichts. Das hatte ich auch schon probiert, weil ich mir ein paar Hinweise fuer Google erhoffte.

Wenn da keine verständliche Fehlermeldung herauskommt, poste mal die master.cf.

smtp inet n - n - - smtpd submission inet n - n - - smtpd 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 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 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} tlsmgr unix - - n 1000? 1 tlsmgr Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo, On 19-May-2006 Sandy Drobic wrote:

Hm, welche Rechte sind auf /etc/services gesetzt? Hast du irgendetwas

-rw-r--r-- 1 root root services

an den normalen Rechten von / oder /etc geändert?

Nein. Aber nach vielem Probieren klappt es jetzt (wieder) Mails per Postfix zu verschicken. Allerdings geht alles wieder ueber den relayhost, wie er in der main.cg eingetragen ist :-(

Welche Version von Postfix ist das genau? Wenn selbst kompiliert, wie genau hast du make bzw. configure aufgerufen?

postfix-2.3-20060517, d.h. die aktuellste Version. Zur Aktivierung von sasl_auth: make makefiles CCARGS="-DUSE_SASL_AUTH -DUSE_CYRUS_SASL \ -I/usr/local/include/sasl" AUXLIBS="-L/usr/local/lib -lsasl2" dann make und make upgrade.

Es müssen beide Einträge vorhanden sein. postmap ist für die master.cf nicht notwendig.

Okay.

Etwas rätselhaft. Ich schicke dir mal meine master.cf, die ich entsprechend gekürzt habe. Teste es mal damit aus.

Mache ich. Als PM schicke ich dir ausserdem eine genauere Log-Datei. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo, On 19-May-2006 Sandy Drobic wrote:

Heinz W. Pahlke wrote:

...

Zur Aktivierung von sasl_auth:

make makefiles CCARGS="-DUSE_SASL_AUTH -DUSE_CYRUS_SASL \ -I/usr/local/include/sasl" AUXLIBS="-L/usr/local/lib -lsasl2"

Bist du sicher, dass sasl.h im Verzeichnis /usr/local/include/sasl ist? Zumindest bei mir unter Suse 9.2 ist sie im Verzeichnis /usr/include/sasl.

Hast recht. Hatte ich auch korrigiert, denn mit der obigen Zeile gab es natuerlich Fehlermeldungen.

Gab es keine Fehlermeldungen beim Lauf von make?

Nein, viele warnings, aber keine error.

Zeige mal die Ausgabe von "ldd /usr/lib/postfix/smtpd".

linux-gate.so.1 => (0xffffe000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x40038000) libpcre.so.0 => /usr/lib/libpcre.so.0 (0x4004f000) libdb-4.3.so => /usr/lib/tls/libdb-4.3.so (0x4007d000) libnsl.so.1 => /lib/libnsl.so.1 (0x40162000) libresolv.so.2 => /lib/libresolv.so.2 (0x40178000) libc.so.6 => /lib/tls/libc.so.6 (0x4018b000) libdl.so.2 => /lib/libdl.so.2 (0x402ab000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x402b0000) /lib/ld-linux.so.2 (0x40000000) Die Log-Datei habe ich dir uebrigens inzwischen zugemailt. Einen schoenen Abend, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Am Friday 19 May 2006 23:23 schrieb Sandy Drobic:

...

...

Zeige mal die Ausgabe von "ldd /usr/lib/postfix/smtpd".

linux-gate.so.1 => (0xffffe000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x40038000)

Okay, sasl ist also einkompiliert.

Das muss es nicht bedeuten. Das bedeutet nur dass die Lib an Postfix gebunden ist, ob Postfix auch was davon weiss, sieht man so nicht. Bei den Make-Optionen gibt es zwei Stellen, auf die man achten muss. % make makefiles CCARGS="-DUSE_SASL_AUTH -DUSE_CYRUS_SASL \ -I/usr/include/sasl" AUXLIBS="-L/usr/lib -lsasl2" Bei Ihm scheint AUXLIB funktioniert zu haben, um auch CCARGS zu prüfen, gibt es mehrere Möglichkeiten. In früheren Versionen zeigt postconf nur die Optionen, wenn SASL auch einkompiliert ist. Das hat sich aber seit dieser xsasl-Geschichte erledigt. Dafür funktioniert jetzt: # postconf -a cyrus dovecot # postconf -A cyrus Oben Server-Seitig und unten Client-Seitig. Ansonsten gibt es noch eine sichere Möglichkeit, entweder ins Log schauen. Ist SASL nicht drin und man versucht es einzuschalten, tauchen dort Fehlermeldungen auf wie "is true, but SASL support is not compiled in". Oder in die Binaries schauen, ob der String dort auftaucht bzw. nicht auftaucht. # strings `postconf -h daemon_directory`/smtp|grep "SASL support is not compiled in" # Keine Ausgabe, hier ist SASL-Support eingebaut.

...

libpcre.so.0 => /usr/lib/libpcre.so.0 (0x4004f000) libdb-4.3.so => /usr/lib/tls/libdb-4.3.so (0x4007d000) libnsl.so.1 => /lib/libnsl.so.1 (0x40162000) libresolv.so.2 => /lib/libresolv.so.2 (0x40178000) libc.so.6 => /lib/tls/libc.so.6 (0x4018b000) libdl.so.2 => /lib/libdl.so.2 (0x402ab000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x402b0000) /lib/ld-linux.so.2 (0x40000000)

Die Log-Datei habe ich dir uebrigens inzwischen zugemailt.

Das Log zeigt aber den funktionierenden Versand einer Mail. Stutzig macht mich auch das hier:

May 19 23:02:43 pahlke-online postfix/smtp[6163]: dict_update: mail_release_date = 20060430

Kann es sein, dass du da zwei Versionen von Postfix gemischt hattest?

Ich baue eigentlich immer RPMs, wenn ich Software installiere. Könnte bei Interesse das Postfix-RPM (2.3-20060518)ins Netz legen. Die Basis ist das SuSE-RPM, habe aber diese Dynamic-Maps entfernt. -- Andreas

Am Sunday 21 May 2006 00:10 schrieb Sandy Drobic:

...

Ich baue eigentlich immer RPMs, wenn ich Software installiere. Könnte bei Interesse das Postfix-RPM (2.3-20060518)ins Netz legen. Die Basis ist das SuSE-RPM, habe aber diese Dynamic-Maps entfernt.

Ja, bitte tue das! Dann kann man für ein Upgrade ein leicht zu installierendes RPM empfehlen.

Habe sie hochgeladen. Aber natürlich alles ohne Gewähr. http://www.awinkelmann.de/rpms/index.html -- Andreas

Am Sunday 21 May 2006 18:55 schrieb Heinz W. Pahlke:

...

ist das SuSE-RPM, habe aber diese Dynamic-Maps entfernt.

Wenn ich wuesste, wozu die Dynamic-Maps gebraucht werden koennten...

Die sind für Distributoren bzw. Paketbauer sehr sinnvoll. Postfix kann mit verschiedenen Maps gebaut werden (ldap, mysql, pgsql,..). Ist eine Map eingebunden, muss der Anwender auch zumindest die entsprechenden Libs installiert haben. Auch wenn sie gar nicht gewünscht sind. SuSE hatte vorher immer ldap eingebunden, da hat die mysql-Front gequietscht. Würde SuSE auch mysql mit einbinden, dann beschwert sich immer eine Front über die unnötigen abhängigen Libs. Es ist schwierig es allen recht zu machen. Mit den Dynamischen Maps, lassen sich die einzelnen Typen in extra rpms auslagern und von Postfix dynamisch nachladen. Für Paketbauer heisst das, erstell ein Basis-RPM und für jeden Maptyp ein zusatz-rpm. Dann kann der Anwender entscheiden, welche er letztendlich benutzen/installieren will. ebian macht das seit einiger Zeit, SuSE hat mit der 10.0 damit angefangen. Leider hat Wietse den Patch für diese Dynamischen Maps (noch) nicht in Postfix eingebunden und man muss diesen bei jeder neuen Postfix-Version anpassen. IMHO hatter er sowas mal vor, weiss aber nicht warum er es noch nicht eingebunden hat. Evtl. gibt es Probleme bei irgendwelchen Plattformen oder er hat dem Thema einfach eine sehr sehr niedrige Priorität zugeordnet. Meine RPMs haben ldap, mysql, sasl und tls eingeschaltet. Wer das nicht mag, kann im spec-File die gewünsche Kombination einstellen, muss aber das Paket dann neu erstellen. Also auch die passenden *-devel Pakete installiert haben. -- Andreas

Hallo, nachdem wir gestern ein groesseres Familienfest hatten, geht es erst heute mit Postfix weiter. On 19-May-2006 Sandy Drobic wrote:

Heinz W. Pahlke wrote:

Das Log zeigt aber den funktionierenden Versand einer Mail. Stutzig

Klar, aber nicht ueber den zur From-Adresse passenden ISP :-((

macht mich auch das hier:

May 19 23:02:43 pahlke-online postfix/smtp[6163]: dict_update: mail_release_date = 20060430

Kann es sein, dass du da zwei Versionen von Postfix gemischt hattest?

Sehr unwahrscheinlich. 20060430 spricht fuer eine Entwicklerversion. 2.3-20060517 ist aber die erste Entwicklerversion, auf die ich mich bei Postfix einlasse. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de

Hallo, Am Don, 25 Mai 2006, Heinz W. Pahlke schrieb:

Das Problem ist geloest :-)

Die Ursache fuer das Nicht-Funktionieren liegt bei xfmail :-( [..] Egal dagegen, ob ich xfmail den Sender und/oder die MSG-ID setzen lasse oder nicht, in xfmail geschriebene und per Postfix versandte Mails gehen weiterhin immer ueber den gleichen Mailserver raus.

Vermutlich setzt XFMail das Envelope-From anders / immer gleich. Maile mir mal ne PM mit dem Versuch in XFMail einen anderen Absender zu verwenden. Oder maile an nen echo-Mailserver... -dnh -- my other signature is more intellectual