Le Sunday 05 July 2009 21:26:45 Laurent HENRY (EHESS/CRI), vous avez écrit : > Le Dim 5 juillet 2009 20:18, [email protected] a écrit : > > Le Saturday 04 July 2009 14:13:15 Laurent HENRY (EHESS/CRI), vous avez > > > > écrit : > >> Le Sam 4 juillet 2009 14:00, [email protected] a écrit : > >> > Le Saturday 04 July 2009 11:45:26 Laurent HENRY (EHESS/CRI), vous avez > >> > > >> > écrit : > >> >> Bonjour, > >> >> Je suis à la recherche d'un peu d'aide concernant un sendmail sur > >> > >> une > >> > >> >> opensuse 11.1 x64. > >> >> > >> >> J'ai un sendmail qui tourne sur cette machine. > >> >> > >> >> Quand j'essaye de recompiler la mailertable, j'obtiens: > >> >> smtp2a:/etc/mail # make > >> >> Rebuilding /etc/mail/mailertable.db. > >> >> makemap hash /etc/mail/mailertable.db < /etc/mail/mailertable > >> >> makemap: Need to recompile with -DNEWDB for hash support > >> >> make: *** [/etc/mail/mailertable.db] Erreur 73 > >> >> > >> >> ou encore: > >> >> smtp2a:/etc/mail # makemap hash mailertable.db < mailertable > >> >> makemap: Need to recompile with -DNEWDB for hash support > >> >> > >> >> Je ne comprends pas car sur d'autres serveurs, a priori identiques, > >> > >> je > >> > >> >> ne > >> >> rencontre pas ce soucis. > >> >> > >> >> Dans mon sendmail.mc: > >> >> FEATURE(`mailertable', `hash -o /etc/mail/mailertable.db')dnl > >> >> > >> >> Ce qui donne dans le sendmail.cf > >> >> Kmailertable hash -o /etc/mail/mailertable.db > >> >> > >> >> > >> >> Mon sendmail est celui de la distribution: > >> >> smtp2a:/etc/mail # rpm -qa|grep sendmail > >> >> sendmail-devel-8.14.3-50.9 > >> >> sendmail-8.14.3-50.9 > >> >> > >> >> En cherchant ce probleme sur google, j'ai vu que cela pouvait etre un > >> >> probleme avec la libdb qui pourtant est bien là: > >> >> smtp2a:/etc/mail # locate libdb > >> >> (...) > >> >> /usr/lib64/libdb-4.5.a > >> >> /usr/lib64/libdb-4.5.so > >> >> /usr/lib64/libdb-4.so > >> >> /usr/lib64/libdb.a > >> >> /usr/lib64/libdb.so > >> >> > >> >> > >> >> Ou pourrais-je chercher ? (Sachant que je ne souhaite pas > >> > >> (re)compiler > >> > >> >> sendmail, la version rpm me va) > >> >> > >> >> Merci. > >> > > >> > Salut, > >> > > >> > Hélas je suis partis de Sendmail pour Exim ( il y a longtemps > >> > >> maintenant > >> > >> > ). > >> > Pour ce que je me rappel, la construction de la table avec Berkeley DB > >> > >> en > >> > >> > Hash > >> > me semble correcte et "makemap" de devrait pas se plaindre. > >> > Enfin, si "makemap" se plaignait de la lib "libdb-4.5.so", alors > >> > >> Sendmail > >> > >> > aussi et il ne pourrait plus courir... > >> > > >> > Peut-être avec "ldd": > >> > % ldd /usr/sbin/makemap > >> > > >> > Bonne continuation. > >> > -- > >> > To unsubscribe, e-mail: [email protected] > >> > For additional commands, e-mail: [email protected] > >> > >> Oui, c'est vers cette piste que je me suis orienté aussi. > >> C'est incompréhensible pour moi: > >> Sur cette machine: > >> smtp:~ # cat /etc/SuSE-release ; uname -a > >> openSUSE 11.1 (x86_64) > >> VERSION = 11.1 > >> Linux smtp 2.6.27.23-0.1-default #1 SMP 2009-05-26 17:02:05 -0400 x86_64 > >> x86_64 x86_64 GNU/Linux > >> smtp:~ # rpm -qa|grep sendmail > >> sendmail-devel-8.14.3-50.9 > >> sendmail-8.14.3-50.9 > >> smtp:~ # ldd /usr/sbin/makemap > >> linux-vdso.so.1 => (0x00007fff769fe000) > >> libdl.so.2 => /lib64/libdl.so.2 (0x00007f0e6e54b000) > >> libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007f0e6e2fd000) > >> libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 > >> (0x00007f0e6df80000) > >> libc.so.6 => /lib64/libc.so.6 (0x00007f0e6dc27000) > >> /lib64/ld-linux-x86-64.so.2 (0x00007f0e6e74f000) > >> libz.so.1 => /lib64/libz.so.1 (0x00007f0e6da11000) > >> > >> > >> Sur une autre qui fonctionne correctement: > >> smtp2:~ # cat /etc/SuSE-release ;uname -a > >> openSUSE 11.1 (x86_64) > >> VERSION = 11.1 > >> Linux smtp2 2.6.27.23-0.1-xen #1 SMP 2009-05-26 17:02:05 -0400 x86_64 > >> x86_64 x86_64 GNU/Linux > >> smtp2:~ # rpm -qa|grep sendmail > >> sendmail-devel-8.14.3-50.9 > >> sendmail-8.14.3-50.9 > >> smtp2:~ # ldd /usr/sbin/makemap > >> linux-vdso.so.1 => (0x00007fff65dff000) > >> libdb-4.5.so => /usr/lib64/libdb-4.5.so (0x00007f605d6f1000) > >> libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x00007f605d4ad000) > >> liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x00007f605d29d000) > >> libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007f605d04f000) > >> libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 > >> (0x00007f605ccd2000) > >> libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007f605cab7000) > >> libc.so.6 => /lib64/libc.so.6 (0x00007f605c75e000) > >> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f605c542000) > >> libdl.so.2 => /lib64/libdl.so.2 (0x00007f605c33e000) > >> libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f605c127000) > >> libz.so.1 => /lib64/libz.so.1 (0x00007f605bf11000) > >> /lib64/ld-linux-x86-64.so.2 (0x00007f605da29000) > >> > >> Effectivement, il manque libdb, entre autre. Comment est-ce possible ? > > > > Je viens de remarquer en relisant attentivement tes messages, > > que "/usr/sbin/makemap" de la machine qui fonctionne correctement est lié > > curieusement avec des librairies telles que: > > > > /lib64/libpthread.so.0 > > /lib64/ld-linux-x86-64.so.2 > > > > Or je viens de télécharger "sendmail-8.14.3-50.9.x86_64.rpm" de OpenSuSE > > (original) et ldd ne dit pas la même chose: > > > > % ldd ./makemap > > linux-vdso.so.1 => (0x00007fff65dff000) > > libdb-4.5.so => /usr/lib64/libdb-4.5.so > > libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 > > liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 > > libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 > > libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 > > libsasl2.so.2 => /usr/lib64/libsasl2.so.2 > > libc.so.6 => /lib64/libc.so.6 > > libresolv.so.2 => /lib64/libresolv.so.2 > > libdl.so.2 => /lib64/libdl.so.2 > > /lib64/ld-linux-x86-64.so.2 > > > > Le paquage Sendmail de OpenSuSE n'utilise ni "libpthread.so" > > ni "ld-linux-x86-64.so" pour les binaires "makemap" et "sendmail". > > Etrange ?? > > > > Or, il me semble que la librairie "libpthread.so" soit indispensable pour > > faire fonctionner des Milter ? Non ? > > > > Alors bien que tu as installé le paquage RPM Sendmail de > > OpenSuSE, "/usr/sbin/makemap" et "/usr/sbin/sendmail" viendraient d'une > > compilation 'maison' et n'auraient plus rien a voir avec le paquage > > d'origine, à cause de l'intégration de ta version et de tes options > > pour "libmilter". ( c'est une hypothèse probable ). > > > > @+ > > -- > > -- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > Avec le rpm que j'ai téléchargé hier (sendmail-8.14.3-50.9.x86_64.rpm) , > j'ai pourtant bien: > ldd ./makemap > linux-vdso.so.1 => (0x00007fff88dfe000) > libdb-4.5.so => /usr/lib64/libdb-4.5.so (0x00007f85806c3000) > libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x00007f858047f000) > liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x00007f858026f000) > libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007f8580021000) > libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007f857fca0000) > libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007f857fa85000) > libc.so.6 => /lib64/libc.so.6 (0x00007f857f72c000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f857f510000) > libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f857f2fb000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007f857f0f7000) > libz.so.1 => /lib64/libz.so.1 (0x00007f857eee1000) > /lib64/ld-linux-x86-64.so.2 (0x00007f85809fb000) > > En effet pour la libmilter, il faudra bien avoir un support des threads à > coup sur. > Je ne change pas sendmail, je pense que si j'etais allé au bout de mon > erreur, cela se serait bien senti à l'éxécution.
Désolé et tant mieux ( je me suis emmêlé avec les versions que j'ai téléchargé ). Il m'ait arrivé d'avoir un comportement étrange avec Exim et une librairie 'maison' ( une dlfunc <http://exim.org/exim-html-current/doc/html/spec_html/ch11.html#SECTexpansionitems> bibliothèque dynamique ) compilée avec les headers d'un autre Exim. Il fonctionait, mais de temps à autre syslog se plaignait sans pour autant donner suffisamment d'information pour identifier le coupable. C'est plus tard que j'ai trouvé accidentellement l'erreur. Enfin, tout est dans l'ordre. @+ -- -- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
