stretch: postfix kennt sein eigenes pcre nicht

[Dr. Harry Knitter]

Hallo,

Postfix kennt sein eigenes Modul pcre nicht, das ich für header_checks
verwenden will.
postfix_pcre ist installiert und pcre wird auch bei postconf -m angezeigt.
Aktiviere ich header_checks=pcre:/etc/postfix/smtp_header_checks in der
main.cf, macht postfix Zicken und im Log finde ich:
error: unsupported dictionary type: pcre

Was ist da los? Ich habe stretch amd64 frisch aufgesetzt. Unter wheezy hat das
Ganze tadellos funktioniert.

Gruß

Harry

[Hilmar Preuße]

On 12.05.2018 14:39, Dr. Harry Knitter wrote:

Moin,

> Postfix kennt sein eigenes Modul pcre nicht, das ich für header_checks
> verwenden will.
> postfix_pcre ist installiert und pcre wird auch bei postconf -m angezeigt.
> Aktiviere ich header_checks=pcre:/etc/postfix/smtp_header_checks in der
> main.cf, macht postfix Zicken und im Log finde ich:
> error: unsupported dictionary type: pcre
>

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845750

ff. ?

H
--
#206401 http://counter.li.org

[Dr. Harry Knitter]

Danke für die schnelle Antwort. Leider hat's mich nicht weiter gebracht. Der
Bug dort scheint milter_header_checks zu betreffen, bei mir aber
header_checks, was dort nicht betroffen zu sein scheint.

Meine obige Fehlermeldung stammt aus mail.err. in der mail.log hab ich noch
gefunden, dass eine Datei (link) nicht gefunden wird:
warning: unsupported dictionary type: pcre (/usr/lib/postfix/dict_pcre.so: No
such file or directory)
Ich hab den link dann manuell erzeugt:
dict_pcre.so -> /usr/lib/postfix/postfix-pcre.so

Das hat aber auch nicht geholfen, bis auf dass die Fehlermeldung der nicht
gefundenen Datei nicht mehr erscheint.
Der Rest ist wie vorher :-(

Harry

[Hilmar Preuße]

On 12.05.2018 16:44, Dr. Harry Knitter wrote:

Moin,

> Meine obige Fehlermeldung stammt aus mail.err. in der mail.log hab ich noch
> gefunden, dass eine Datei (link) nicht gefunden wird:
> warning: unsupported dictionary type: pcre (/usr/lib/postfix/dict_pcre.so: No
> such file or directory)
> Ich hab den link dann manuell erzeugt:
> dict_pcre.so -> /usr/lib/postfix/postfix-pcre.so
>

Du hattest nicht die volle Fehlermeldung gepostet, darum konnte ich nur
raten. Ich finde nur #849682, worin gesagt wird, daß das Problem in
v3.1.4-2 gelöst wurde, ich vermute in [1]. Das sollte damit in stable
drin sein.
Was steht in Deiner /etc/postfix/dynamicmaps.cf ?

> Das hat aber auch nicht geholfen, bis auf dass die Fehlermeldung der nicht
> gefundenen Datei nicht mehr erscheint.
> Der Rest ist wie vorher :-(
>

Ich habe nicht ganz verstanden, was Dein Problem ist. Deine bisherige
Fallbeschreibung war "macht postfix Zicken und im Log finde ich." Aus
meiner Sicht nicht ausreichend.

H.

[1]
https://git.launchpad.net/postfix/commit/?h=stretch-updates&id=51889fcde808b1dc433d71659a6a2ec17e830af7
--
#206401 http://counter.li.org

[Dr. Harry Knitter]

Am Samstag, 12. Mai 2018, 23:20:52 CEST schrieb Hilmar Preuße:
> On 12.05.2018 16:44, Dr. Harry Knitter wrote:
>
> Moin,
>
> > Meine obige Fehlermeldung stammt aus mail.err. in der mail.log hab ich
> > noch
> > gefunden, dass eine Datei (link) nicht gefunden wird:
> > warning: unsupported dictionary type: pcre (/usr/lib/postfix/dict_pcre.so:
> > No such file or directory)
> > Ich hab den link dann manuell erzeugt:
> > dict_pcre.so -> /usr/lib/postfix/postfix-pcre.so
>
> Du hattest nicht die volle Fehlermeldung gepostet, darum konnte ich nur
> raten. Ich finde nur #849682, worin gesagt wird, daß das Problem in
> v3.1.4-2 gelöst wurde, ich vermute in [1]. Das sollte damit in stable
> drin sein.

scheinbar doch nicht

> Was steht in Deiner /etc/postfix/dynamicmaps.cf ?
>

tcp /usr/lib/postfix/dict_tcp.so dict_tcp_open
ldap /usr/lib/postfix/dict_ldap.so dict_ldap_open
pcre /usr/lib/postfix/dict_pcre.so dict_pcre_open

> > Das hat aber auch nicht geholfen, bis auf dass die Fehlermeldung der nicht
> > gefundenen Datei nicht mehr erscheint.
> > Der Rest ist wie vorher :-(
>
> Ich habe nicht ganz verstanden, was Dein Problem ist. Deine bisherige
> Fallbeschreibung war "macht postfix Zicken und im Log finde ich." Aus
> meiner Sicht nicht ausreichend.
>
> H.
>
> [1]
> https://git.launchpad.net/postfix/commit/?h=stretch-updates&id=51889fcde808b
> 1dc433d71659a6a2ec17e830af7

alles aus mail.log eine versendete Mail betreffend:

May 13 08:33:52 myserver postfix/cleanup[3179]: error: unsupported dictionary
type: pcre
May 13 08:33:52 myserver postfix/pickup[3163]: CEBDB80132D2: uid=0 from=<root>
May 13 08:33:52 myserver postfix/cleanup[3179]: warning: pcre:/etc/postfix/
smtp_header_checks is unavailable. unsupported dictionary type: pcre
May 13 08:33:52 myserver postfix/cleanup[3179]: warning: pcre:/etc/postfix/
smtp_header_checks lookup error for "Received: by smtp.mydomain.de (Postfix,
from userid 0)??id CEBDB80132D2; Sun, 13 May 201"
May 13 08:33:52 myserver postfix/cleanup[3179]: warning: CEBDB80132D2:
header_checks map lookup problem -- message not accepted, try again later
May 13 08:33:52 myserver postfix/pickup[3163]: warning: maildrop/B084F8010D3E:
error writing CEBDB80132D2: queue file write error

Gruß

Harry

[Hilmar Preuße]

On 13.05.2018 08:41, Dr. Harry Knitter wrote:
> Am Samstag, 12. Mai 2018, 23:20:52 CEST schrieb Hilmar Preuße:

Moin,

>> Was steht in Deiner /etc/postfix/dynamicmaps.cf ?
>
> tcp /usr/lib/postfix/dict_tcp.so dict_tcp_open
> ldap /usr/lib/postfix/dict_ldap.so dict_ldap_open
> pcre /usr/lib/postfix/dict_pcre.so dict_pcre_open
>

Die sieht komisch aus. Nach dem was ich weiß, sollte an zweiter Stelle
ein File referenziert werden, was auf der Platte liegt. Die Files da
oben, gibt es aber alle nicht in Debian stable; hat es in oldstable
gegeben. Ist das wirklich eine Neu-Installation?

Laß das File mal neu generieren: "dpkg-reconfigure postfix-pcre" und
"dpkg-reconfigure postfix-ldap".

Ändert sich der Inhalt und wenn ja, was steht dann drin?

> alles aus mail.log eine versendete Mail betreffend:
>
> May 13 08:33:52 myserver postfix/cleanup[3179]: error: unsupported dictionary
> type: pcre
> May 13 08:33:52 myserver postfix/pickup[3163]: CEBDB80132D2: uid=0 from=<root>
> May 13 08:33:52 myserver postfix/cleanup[3179]: warning: pcre:/etc/postfix/
> smtp_header_checks is unavailable. unsupported dictionary type: pcre
> May 13 08:33:52 myserver postfix/cleanup[3179]: warning: pcre:/etc/postfix/
> smtp_header_checks lookup error for "Received: by smtp.mydomain.de (Postfix,
> from userid 0)??id CEBDB80132D2; Sun, 13 May 201"
> May 13 08:33:52 myserver postfix/cleanup[3179]: warning: CEBDB80132D2:
> header_checks map lookup problem -- message not accepted, try again later
> May 13 08:33:52 myserver postfix/pickup[3163]: warning: maildrop/B084F8010D3E:
> error writing CEBDB80132D2: queue file write error
>

--
#206401 http://counter.li.org

[Dr. Harry Knitter]

Hall Hilmar,

genau das war's. ich hab noch mal alle dpkg-reconfigure postfix-<modul>
durchlaufen lassen. Seit dem passt es. Der unterschied in der Datei /etc/
postfix/dynamicmaps.cf war dann, dass vor den Dateien kein Pfad mehr stand.
Woher der vorher kam? ????

Vielen Dank und schönen Sonntag noch

Harry

[Hilmar Preuße]

On 13.05.2018 15:49, Dr. Harry Knitter wrote:

Moin,

> genau das war's. ich hab noch mal alle dpkg-reconfigure postfix-<modul>
> durchlaufen lassen. Seit dem passt es. Der unterschied in der Datei /etc/
> postfix/dynamicmaps.cf war dann, dass vor den Dateien kein Pfad mehr stand.
> Woher der vorher kam? ????
>

Der kam aus oldstable:

/usr/share/postfix/postinst.functions

addmap()
{
name=$1
if [ "x$2" != "x" ]; then
mkmap=${2:=}
fi
FILE=/etc/postfix/dynamicmaps.cf
if ! grep -q "^${name}[[:space:]]" ${FILE}; then
echo "Adding ${name} map entry to ${FILE}"
echo "${name} /usr/lib/postfix/dict_${name}.so
dict_${name}_open ${mkmap}" >> ${FILE}
fi
return 0
}

Sieht so aus, als ob Du einfach ein Config-File aus oldstable übernommen
hast. Nicht gut sowas.

Hilmar
--
#206401 http://counter.li.org