[9.2] fetchmail und "+" Zustellproblem

Torsten E.

12 Nov 2004 12 Nov '04

06:31

Guten Morgen! :) Nachdem GMX gestern abend dann wieder normal erreichbar war, habe ich die fetchmail-"Sammelskripte" aktiviert. Sie sind wie folgt aufgebaut: set logfile "/home/torsten/fetchmail.log" set postmaster "torsten" set bouncemail set spambounce set properties "" poll imap.gmx.net proto IMAP user "USERNAME@gmx.net" password "PASSWORT" folder Test fetchall ssl norewrite is torsten+shared.share.test poll imap.gmx.net proto IMAP user "USERNAME@gmx.net" password "PASSWORT" folder suse-ml fetchall norewrite ssl is torsten+shared.share.lists.suse-ml Leider werden die abgerufenen Email aber nicht mehr in bspw. "share.lists.suse-ml" einsortiert, sondern nur noch in "torsten" (Inbox). Das fetchmail-log zeichnet bspw. auf: fetchmail: 1 message for username@gmx.net at imap.gmx.net (folder Test). fetchmail: reading message username@gmx.net@imap.gmx.net:1 of 1 (267 header octets) fetchmail: (1933 body octets) ..fetchmail: flushed /var/log/mail zeichnet dazu folgendes auf: Nov 12 06:43:06 suse92 postfix/smtpd[18872]: connect from mailout11.sul.t-online.com[194.25.134.85] Nov 12 06:43:06 suse92 postfix/smtpd[18872]: 9424F780A1C3: client=mailout11.sul.t-online.com[194.25.134.85] Nov 12 06:43:06 suse92 postfix/cleanup[18875]: 9424F780A1C3: message-id=<00a401c4c87a$79586ce0$640aa8c0@frodo> Nov 12 06:43:06 suse92 postfix/qmgr[18864]: 9424F780A1C3: from=, size=1160, nrcpt=1 (queue active) Nov 12 06:43:06 suse92 postfix/smtpd[18872]: disconnect from mailout11.sul.t-online.com[194.25.134.85] Nov 12 06:43:08 suse92 postfix/smtpd[18879]: connect from localhost[127.0.0.1] Nov 12 06:43:08 suse92 postfix/smtpd[18879]: 275C3780A1C4: client=localhost[127.0.0.1] Nov 12 06:43:08 suse92 postfix/cleanup[18875]: 275C3780A1C4: message-id=<00a401c4c87a$79586ce0$640aa8c0@frodo> Nov 12 06:43:08 suse92 postfix/qmgr[18864]: 275C3780A1C4: from=, size=1674, nrcpt=1 (queue active) Nov 12 06:43:08 suse92 postfix/smtpd[18879]: disconnect from localhost[127.0.0.1] Nov 12 06:43:08 suse92 amavis[18500]: (18500-04) Passed CLEAN, [217.255.55.39] -> , Message-ID: <00a401c4c87a$79586ce0$640aa8c0@frodo>, Hits: 0 Nov 12 06:43:08 suse92 postfix/smtp[18876]: 9424F780A1C3: to=, relay=127.0.0.1[127.0.0.1], delay=2, status=sent (250 2.6.0 Ok, id=18500-04, from MTA: 250 Ok: queued as 275C3780A1C4) Nov 12 06:43:08 suse92 postfix/qmgr[18864]: 9424F780A1C3: removed Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4: to=, relay=cyrus, delay=0, status=sent (mail.DOMAIN.dyndns.org) Nov 12 06:43:08 suse92 postfix/qmgr[18864]: 275C3780A1C4: removed In /etc/postfix/main.cf ist folgendes angegeben: recipient_delimiter = + Ich habe die fetchmail Skripte von der bis vorgestern eingesetzten 8.2 eins-zu-eins übernommen. Hat jemand eine Idee, warum die Zustellung direkt in Unterordner nicht funzt? Danke!!! .. und einen schönen Tag noch Torsten

Show replies by date

Torsten E.

12 Nov 12 Nov

16:07

Das Senden der Email in einen vorhandenen Ordner klappt auch bei rein lokaler Zustellung nicht. Habe ich etwas vergessen einzurichten? Klappt es bei jemand anderem (SuSE 9.2, fetchmail 6.2.5, postfix 2.1.5, cyrus-imap 2.2.8)? Gruß Torsten Torsten E. schrieb am Freitag, 12. November 2004 07:31:

...

Guten Morgen! :)

Nachdem GMX gestern abend dann wieder normal erreichbar war, habe ich die fetchmail-"Sammelskripte" aktiviert. Sie sind wie folgt aufgebaut: set logfile "/home/torsten/fetchmail.log" set postmaster "torsten" set bouncemail set spambounce set properties "" poll imap.gmx.net proto IMAP user "USERNAME@gmx.net" password "PASSWORT" folder Test fetchall ssl norewrite is torsten+shared.share.test

poll imap.gmx.net proto IMAP user "USERNAME@gmx.net" password "PASSWORT" folder suse-ml fetchall norewrite ssl is torsten+shared.share.lists.suse-ml

Leider werden die abgerufenen Email aber nicht mehr in bspw. "share.lists.suse-ml" einsortiert, sondern nur noch in "torsten" (Inbox). Das fetchmail-log zeichnet bspw. auf: fetchmail: 1 message for username@gmx.net at imap.gmx.net (folder Test). fetchmail: reading message username@gmx.net@imap.gmx.net:1 of 1 (267 header octets) fetchmail: (1933 body octets) ..fetchmail: flushed

/var/log/mail zeichnet dazu folgendes auf: Nov 12 06:43:06 suse92 postfix/smtpd[18872]: connect from mailout11.sul.t-online.com[194.25.134.85] Nov 12 06:43:06 suse92 postfix/smtpd[18872]: 9424F780A1C3: client=mailout11.sul.t-online.com[194.25.134.85] Nov 12 06:43:06 suse92 postfix/cleanup[18875]: 9424F780A1C3: message-id=<00a401c4c87a$79586ce0$640aa8c0@frodo> Nov 12 06:43:06 suse92 postfix/qmgr[18864]: 9424F780A1C3: from=, size=1160, nrcpt=1 (queue active) Nov 12 06:43:06 suse92 postfix/smtpd[18872]: disconnect from mailout11.sul.t-online.com[194.25.134.85] Nov 12 06:43:08 suse92 postfix/smtpd[18879]: connect from localhost[127.0.0.1] Nov 12 06:43:08 suse92 postfix/smtpd[18879]: 275C3780A1C4: client=localhost[127.0.0.1] Nov 12 06:43:08 suse92 postfix/cleanup[18875]: 275C3780A1C4: message-id=<00a401c4c87a$79586ce0$640aa8c0@frodo> Nov 12 06:43:08 suse92 postfix/qmgr[18864]: 275C3780A1C4: from=, size=1674, nrcpt=1 (queue active) Nov 12 06:43:08 suse92 postfix/smtpd[18879]: disconnect from localhost[127.0.0.1] Nov 12 06:43:08 suse92 amavis[18500]: (18500-04) Passed CLEAN, [217.255.55.39] -> , Message-ID: <00a401c4c87a$79586ce0$640aa8c0@frodo>, Hits: 0 Nov 12 06:43:08 suse92 postfix/smtp[18876]: 9424F780A1C3: to=, relay=127.0.0.1[127.0.0.1], delay=2, status=sent (250 2.6.0 Ok, id=18500-04, from MTA: 250 Ok: queued as 275C3780A1C4) Nov 12 06:43:08 suse92 postfix/qmgr[18864]: 9424F780A1C3: removed Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4: to=, relay=cyrus, delay=0, status=sent (mail.DOMAIN.dyndns.org) Nov 12 06:43:08 suse92 postfix/qmgr[18864]: 275C3780A1C4: removed

In /etc/postfix/main.cf ist folgendes angegeben: recipient_delimiter = +

Ich habe die fetchmail Skripte von der bis vorgestern eingesetzten 8.2 eins-zu-eins übernommen. Hat jemand eine Idee, warum die Zustellung direkt in Unterordner nicht funzt?

Danke!!! .. und einen schönen Tag noch Torsten

Andreas Winkelmann

13 Nov 13 Nov

15:43

Am Freitag, 12. November 2004 07:31 schrieb Torsten E.:

...

Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4: to=, relay=cyrus, delay=0, status=sent (mail.DOMAIN.dyndns.org)

...

In /etc/postfix/main.cf ist folgendes angegeben: recipient_delimiter = +

Wie sehen denn die "p"-Rechte in den jeweiligen Unterordnern aus ?

...

Ich habe die fetchmail Skripte von der bis vorgestern eingesetzten 8.2 eins-zu-eins übernommen.

fetchmail ist wohl die falsche Baustelle. Würde mal die Zugriffsrechte in den Unterordnern checken, oder evtl. kommt der Pfad nicht durch, dann solltest Du Dir mal die master.cf anschauen. BTW, ist es wohl besser statt cyrus als Transport lmtp zu verwenden.

...

Hat jemand eine Idee, warum die Zustellung direkt in Unterordner nicht funzt?

-- Andreas

Torsten E.

16:09

Hallo Andreas! Andreas Winkelmann schrieb am Samstag, 13. November 2004 16:43:

...

Am Freitag, 12. November 2004 07:31 schrieb Torsten E.:

...
Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4: to=, relay=cyrus, delay=0, status=sent (mail.DOMAIN.dyndns.org)

...
In /etc/postfix/main.cf ist folgendes angegeben: recipient_delimiter = +

Wie sehen denn die "p"-Rechte in den jeweiligen Unterordnern aus ?

Permissions: localhost> lam share cyrus lrswipcda all lrswipcda anyone lrswipcda localhost> localhost> lam share.lists cyrus lrswipcda all lrswipcda anyone lrswipcda localhost> localhost> lam share.lists.test cyrus lrswipcda all lrswipcda anyone lrswipcda localhost>

...

...
Ich habe die fetchmail Skripte von der bis vorgestern eingesetzten 8.2 eins-zu-eins übernommen.

fetchmail ist wohl die falsche Baustelle. Würde mal die Zugriffsrechte in den Unterordnern checken, oder evtl. kommt der Pfad nicht durch, dann solltest Du Dir mal die master.cf anschauen.

ich wollte es nur der Vollständigkeit halber erwähnen.

...

BTW, ist es wohl besser statt cyrus als Transport lmtp zu verwenden.

Wie müßte dies dann ausschauen? Etwa in dieser Art: main.cf: mailbox_transport = lmtp:unix:/var/transport/mail Aber sollte dann die master.cf aussehen?

...

...
Hat jemand eine Idee, warum die Zustellung direkt in Unterordner nicht funzt?

Danke Dir schon einmal!!! Ggf. die follow-ups wieder als PN?

...

-- Andreas

Gruß Torsten

Andreas Winkelmann

16:23

Am Samstag, 13. November 2004 17:09 schrieb Torsten E.:

...

...
...
Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4: to=, relay=cyrus, delay=0, status=sent (mail.DOMAIN.dyndns.org)

In /etc/postfix/main.cf ist folgendes angegeben: recipient_delimiter = +

Wie sehen denn die "p"-Rechte in den jeweiligen Unterordnern aus ?

Permissions: localhost> lam share cyrus lrswipcda all lrswipcda anyone lrswipcda localhost>

Hast Du auch mal "user+share" ohne die anderen Unterordner versucht?

...

localhost> lam share.lists cyrus lrswipcda all lrswipcda anyone lrswipcda localhost>

localhost> lam share.lists.test cyrus lrswipcda all lrswipcda anyone lrswipcda localhost>

...
...
Ich habe die fetchmail Skripte von der bis vorgestern eingesetzten 8.2 eins-zu-eins übernommen.

fetchmail ist wohl die falsche Baustelle. Würde mal die Zugriffsrechte in den Unterordnern checken, oder evtl. kommt der Pfad nicht durch, dann solltest Du Dir mal die master.cf anschauen.

Wie sieht denn die "cyrus"-Zeile in der master.cf aus?

...

ich wollte es nur der Vollständigkeit halber erwähnen.

...
BTW, ist es wohl besser statt cyrus als Transport lmtp zu verwenden.

Wie müßte dies dann ausschauen? Etwa in dieser Art: main.cf: mailbox_transport = lmtp:unix:/var/transport/mail

"/var/transport/mail" sollte dann natürlich der Socket von Cyrus lmtpd sein. Ist in der /etc/cyrus.conf auszulesen.

...

Aber sollte dann die master.cf aussehen?

lmtp .... lmtp Sollte existieren. -- Andreas

Torsten E.

16:44

Andreas Winkelmann schrieb am Samstag, 13. November 2004 17:23:

...

Am Samstag, 13. November 2004 17:09 schrieb Torsten E.:

...
...
...
Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4:

[ ... ]

...

...
...
Wie sehen denn die "p"-Rechte in den jeweiligen Unterordnern aus ?

Permissions: localhost> lam share cyrus lrswipcda all lrswipcda anyone lrswipcda localhost>

Hast Du auch mal "user+share" ohne die anderen Unterordner versucht?

Yep - selbige Resultate ... sämtliche Emails landen beim angegebenen Benutzer, aber halt im Posteingang und nicht in den angegebenen Ordnern. [ ... ]

...

Wie sieht denn die "cyrus"-Zeile in der master.cf aus?

cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}

...

...
ich wollte es nur der Vollständigkeit halber erwähnen.

...
BTW, ist es wohl besser statt cyrus als Transport lmtp zu verwenden.

Wie müßte dies dann ausschauen? Etwa in dieser Art: main.cf: mailbox_transport = lmtp:unix:/var/transport/mail

"/var/transport/mail" sollte dann natürlich der Socket von Cyrus lmtpd sein. Ist in der /etc/cyrus.conf auszulesen.

Momentan schaut es wie folgt aus: # at least one LMTP is required for delivery # lmtp cmd="lmtpd" listen="lmtp" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0

...

...
Aber sollte dann die master.cf aussehen?

lmtp .... lmtp

Sollte existieren.

Ist vorhanden: lmtp unix - - n - - lmtp

...

-- Andreas

Gruß Torsten

Andreas Winkelmann

16:58

Am Samstag, 13. November 2004 17:44 schrieb Torsten E.:

...

...
...
...
...
Nov 12 06:43:08 suse92 postfix/pipe[18881]: 275C3780A1C4:

[ ... ]

...
...
...
Wie sehen denn die "p"-Rechte in den jeweiligen Unterordnern aus ?

Permissions: localhost> lam share cyrus lrswipcda all lrswipcda anyone lrswipcda localhost>

Hast Du auch mal "user+share" ohne die anderen Unterordner versucht?

Yep - selbige Resultate ... sämtliche Emails landen beim angegebenen Benutzer, aber halt im Posteingang und nicht in den angegebenen Ordnern.

Hmm, ich weiss es jetzt auswendig nicht genau. Aber gib mal dem User "anonymous" das "p"-Recht.

...

[ ... ]

...
Wie sieht denn die "cyrus"-Zeile in der master.cf aus?

cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}

Sieht ok aus.

...

...
...
ich wollte es nur der Vollständigkeit halber erwähnen.

...
BTW, ist es wohl besser statt cyrus als Transport lmtp zu verwenden.

Wie müßte dies dann ausschauen? Etwa in dieser Art: main.cf: mailbox_transport = lmtp:unix:/var/transport/mail

"/var/transport/mail" sollte dann natürlich der Socket von Cyrus lmtpd sein. Ist in der /etc/cyrus.conf auszulesen.

Momentan schaut es wie folgt aus: # at least one LMTP is required for delivery # lmtp cmd="lmtpd" listen="lmtp" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0

Dann: mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp Und Postfix sollte dort natürlich Schreibrecht haben.

...

...
...
Aber sollte dann die master.cf aussehen?

lmtp .... lmtp

Sollte existieren.

Ist vorhanden: lmtp unix - - n - - lmtp

Ok. -- Andreas

Torsten E.

20:44

Andreas Winkelmann schrieb am Samstag, 13. November 2004 17:58: [...]

...

Hmm, ich weiss es jetzt auswendig nicht genau. Aber gib mal dem User "anonymous" das "p"-Recht.

Hat er nun.

...

...
[ ... ]

...
Wie sieht denn die "cyrus"-Zeile in der master.cf aus?

cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}

Sieht ok aus.

[ ... ]

...

...
Momentan schaut es wie folgt aus: # at least one LMTP is required for delivery # lmtp cmd="lmtpd" listen="lmtp" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0

Dann:

mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp

Und Postfix sollte dort natürlich Schreibrecht haben.

Ist auch geschehen.

...

...
...
...
Aber sollte dann die master.cf aussehen?

lmtp .... lmtp

Sollte existieren.

Ist vorhanden: lmtp unix - - n - - lmtp

Ok.

-- Andreas

Nur: leider funzt es nicht. Ich bin kurz davor, daß 8.2 System zu klonen, und dann ein Distributionsupdate drüberzufahren ... ;) Kann ich denn irgendwie festellen, ob "+" seitens cyrus überhaupt korrekt angenommen wird? Denn selbst wenn ich "torsten+test" angebe, wird nicht in den Ordner Test geschrieben, sondern in den Posteingang - und die Berechtigungen sollten korrekt sein: localhost> lam user.torsten.test torsten lrswipcda anonymous lrswipcda cyrus lrswipcda all lrswipcda localhost> Hier noch einmal ein Auszug aus /var/log/mail zu dem ganzen Vorgang: Gruß Torsten

Joerg Dohle (pc586nt)

25 Nov 25 Nov

15:10

Hallo Torsten, ich habe z.Zt. das gleiche Problem mit der +-Notation. Nach langen Suchaktionen im Internet habe ich einen Bericht gefunden in dem gesagt wird, daß es sich dabei um einen Fehler im deliver handelt. Dieser Fehler ist wohl mit der neuen IMAP-Version 2 aufgetreten. Das paßt auch zu meiner Beobachtung, denn so weit ich mich erinnern kann hat das bei mir mal funktioniert. Ich habe das bei der Einrichtung vor X Monaten mal aus Spaß ausprobiert. In dem Bericht war auch die Rede von einem Patch, dabei muß dann deliver neu compiliert werden. Das ist mir allerdings zu viel Action. Ich warte bis der Bug behoben ist.

Joerg Dohle (pc586nt)

17:16

Hier noch ein Link für Google mit den entsprechenden Suchbegriffen für den Bug im deliver. http://www.google.de/search?hl=de&q=imap+plus+addressing+deliver+bug&btnG=Suche&meta=

Torsten E.

18:45

Hallo Jörg, Hallo Liste, Joerg Dohle (pc586nt) schrieb am Donnerstag, 25. November 2004 18:16:

...

Hier noch ein Link für Google mit den entsprechenden Suchbegriffen für den Bug im deliver.

http://www.google.de/search?hl=de&q=imap+plus+addressing+deliver+bug&btn G=Suche&meta= U. a. zu den Resultaten (Berichten) bin ich vorgestern auch gekommen. In einigen anderen wird auch von Zustellproblemen bei der Nutzung von Authentifizierung gegen einen LDAP Server berichtet ... Ich hätte darüber noch gepostet, mußte aber mal wieder etwas für den Lebensunterhalt tun ... ;) Habe aus diesem Grunde dann mal versucht, die cyrus-sasl-2.1.20.tar.gz mittels rpmbuild zu erstellen, was aber fehlgeschlagen ist, und ich danach erst einmal keine Zeit & Muße hatte, mich auf die Fehlersuche zu begeben: [quote] suse92test2:/usr/src/packages/SPECS # rpmbuild -ba cyrus-sasl-2120.spec ... + mv -f saslauthd/config/ltmain.sh-21142 saslauthd/config/ltmain.sh + chmod +x saslauthd/config/ltmain.sh + aclocal -I cmulocal -I config config/libtool.m4:25: warning: underquoted definition of AC_PROG_LIBTOOL run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal config/libtool.m4:55: warning: underquoted definition of AC_LIBTOOL_SETUP config/libtool.m4:135: warning: underquoted definition of AC_LIBTOOL_DLOPEN config/libtool.m4:138: warning: underquoted definition of AC_LIBTOOL_WIN32_DLL config/libtool.m4:144: warning: underquoted definition of AC_ENABLE_SHARED config/libtool.m4:170: warning: underquoted definition of AC_DISABLE_SHARED config/libtool.m4:177: warning: underquoted definition of AC_ENABLE_STATIC config/libtool.m4:203: warning: underquoted definition of AC_DISABLE_STATIC config/libtool.m4:211: warning: underquoted definition of AC_ENABLE_FAST_INSTALL config/libtool.m4:237: warning: underquoted definition of AC_DISABLE_FAST_INSTALL config/libtool.m4:241: warning: underquoted definition of AC_PROG_LD config/libtool.m4:311: warning: underquoted definition of AC_PROG_LD_GNU config/libtool.m4:322: warning: underquoted definition of AC_PROG_NM config/libtool.m4:356: warning: underquoted definition of AC_CHECK_LIBM config/libtool.m4:381: warning: underquoted definition of AC_LIBLTDL_CONVENIENCE config/libtool.m4:400: warning: underquoted definition of AC_LIBLTDL_INSTALLABLE config/libtool.m4:421: warning: underquoted definition of AM_PROG_LIBTOOL config/libtool.m4:422: warning: underquoted definition of AM_ENABLE_SHARED config/libtool.m4:423: warning: underquoted definition of AM_ENABLE_STATIC config/libtool.m4:424: warning: underquoted definition of AM_DISABLE_SHARED config/libtool.m4:425: warning: underquoted definition of AM_DISABLE_STATIC config/libtool.m4:426: warning: underquoted definition of AM_PROG_LD config/libtool.m4:427: warning: underquoted definition of AM_PROG_NM /usr/share/aclocal/sdlmm.m4:12: warning: underquoted definition of AM_PATH_SDLMM Can't locate object method "path" via package "Request" at /usr/share/autoconf/Autom4te/C4che.pm line 69, <GEN1> line 214. aclocal: autom4te failed with exit status: 1 error: Bad exit status from /var/tmp/rpm-tmp.95226 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.95226 (%build) suse92test2:/usr/src/packages/SPECS # [/quote] Nun habe ich auch nicht mehr im Kopf, ob ich bei dem von mir probehalbe durchgeführten downgrade auf cyrus-imap 2.2.3 (aus dem SuSE 9.1 Lieferumfang) nur cyrus-imap installiert habe, oder auch die sasl Pakete ... Vielleicht setze ich mich am WE nochmals dran ... Trotzdem Danke für die Hilfe!!! Gruß Torsten

David Haller

21:08

Hallo, Am Thu, 25 Nov 2004, Torsten E. schrieb:

...

suse92test2:/usr/src/packages/SPECS # rpmbuild -ba cyrus-sasl-2120.spec [..] + mv -f saslauthd/config/ltmain.sh-21142 saslauthd/config/ltmain.sh + chmod +x saslauthd/config/ltmain.sh + aclocal -I cmulocal -I config config/libtool.m4:25: warning: underquoted definition of AC_PROG_LIBTOOL

Du koenntest versuchen, die config/libtool.m4 durch die aus deinem System zu ersetzen. Ich wuerde es zuerst mit einem 'libtoolize --automake --force' versuchen. Im .spec gehoert das in die %prep Sektion nach dem %setup. HTH, -dnh -- What are you doing?!? The message is over,GO AWAY!

Torsten E.

26 Nov 26 Nov

05:12

Guten Morgen David, Guten Morgen Phillip, Guten Morgen Liste, David Haller schrieb am Donnerstag, 25. November 2004 22:08:

...

Hallo,

Am Thu, 25 Nov 2004, Torsten E. schrieb:

...
suse92test2:/usr/src/packages/SPECS # rpmbuild -ba cyrus-sasl-2120.spec [..] + mv -f saslauthd/config/ltmain.sh-21142 saslauthd/config/ltmain.sh + chmod +x saslauthd/config/ltmain.sh + aclocal -I cmulocal -I config config/libtool.m4:25: warning: underquoted definition of AC_PROG_LIBTOOL

Du koenntest versuchen, die config/libtool.m4 durch die aus deinem System zu ersetzen.

Ich wuerde es zuerst mit einem 'libtoolize --automake --force' versuchen. Im .spec gehoert das in die %prep Sektion nach dem %setup.

Das habe ich probiert (im SPEC file ist bereits ein Hinweis auf die libtool, und jenen Aufruf dort hatte ich erst genutzt. Da es dann immer noch zu Fehlern kam, habe ich den von Dir geposteten Aufruf eingetragen, die betreffende Sektion lautet nun also: ... %prep %setup -n cyrus-sasl-%{version} -a 1 #libtoolize --automake --force %build %{suse_update_config -f config} %{suse_update_config -f saslauthd/config} # has old libtool macros (and nothing else) # rm -f acinclude.m4 # libtoolize --force # cyrus-sasl2 does not work, when using newer libtool libtoolize --automake --force aclocal -I cmulocal -I config automake autoheader autoconf cd saslauthd autoconf ... Aber leider ist das Ergebnis dann trotzdem: [quote] ... + mv -f saslauthd/config/ltmain.sh-4780 saslauthd/config/ltmain.sh + chmod +x saslauthd/config/ltmain.sh + libtoolize --automake --force + aclocal -I cmulocal -I config config/libtool.m4:25: warning: underquoted definition of AC_PROG_LIBTOOL run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal config/libtool.m4:55: warning: underquoted definition of AC_LIBTOOL_SETUP config/libtool.m4:135: warning: underquoted definition of AC_LIBTOOL_DLOPEN config/libtool.m4:138: warning: underquoted definition of AC_LIBTOOL_WIN32_DLL config/libtool.m4:144: warning: underquoted definition of AC_ENABLE_SHARED config/libtool.m4:170: warning: underquoted definition of AC_DISABLE_SHARED config/libtool.m4:177: warning: underquoted definition of AC_ENABLE_STATIC config/libtool.m4:203: warning: underquoted definition of AC_DISABLE_STATIC config/libtool.m4:211: warning: underquoted definition of AC_ENABLE_FAST_INSTALL config/libtool.m4:237: warning: underquoted definition of AC_DISABLE_FAST_INSTALL config/libtool.m4:241: warning: underquoted definition of AC_PROG_LD config/libtool.m4:311: warning: underquoted definition of AC_PROG_LD_GNU config/libtool.m4:322: warning: underquoted definition of AC_PROG_NM config/libtool.m4:356: warning: underquoted definition of AC_CHECK_LIBM config/libtool.m4:381: warning: underquoted definition of AC_LIBLTDL_CONVENIENCE config/libtool.m4:400: warning: underquoted definition of AC_LIBLTDL_INSTALLABLE config/libtool.m4:421: warning: underquoted definition of AM_PROG_LIBTOOL config/libtool.m4:422: warning: underquoted definition of AM_ENABLE_SHARED config/libtool.m4:423: warning: underquoted definition of AM_ENABLE_STATIC config/libtool.m4:424: warning: underquoted definition of AM_DISABLE_SHARED config/libtool.m4:425: warning: underquoted definition of AM_DISABLE_STATIC config/libtool.m4:426: warning: underquoted definition of AM_PROG_LD config/libtool.m4:427: warning: underquoted definition of AM_PROG_NM /usr/share/aclocal/sdlmm.m4:12: warning: underquoted definition of AM_PATH_SDLMM Can't locate object method "path" via package "Request" at /usr/share/autoconf/Autom4te/C4che.pm line 69, <GEN1> line 214. aclocal: autom4te failed with exit status: 1 error: Bad exit status from /var/tmp/rpm-tmp.26777 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.26777 (%build) suse92test2:/usr/src/packages/SPECS # [/quote] Und nun muß ich erst einmal weg ...

...

HTH, -dnh

Bis später Torsten

Philipp Thomas

02:29

"Torsten E." [Thu, 25 Nov 2004 19:45:12 +0100]:

...

config/libtool.m4:25: warning: underquoted definition of AC_PROG_LIBTOOL

Das sind nur Warnungen, die man gefahrlos ignorieren kann. Aber ich sehe gerade, dass das libtool eh aus dem cyrus kommt. Ich würde an deiner Stelle im Toplevel-Verzeichnis des Cyrus-Quellbaums ein 'libtoolize --force' machen, um das enthaltene libtool zu aktualisieren. Dann sollten zumindest die Warnungen verschwinden. Philipp

7097

Age (days ago)

7111

Last active (days ago)

List overview

Download

13 comments

5 participants

participants (5)

Andreas Winkelmann
David Haller
Joerg Dohle (pc586nt)
Philipp Thomas
Torsten E.