Temporary lookup failure

[uwe]

Hallo,

ich nutze Egroupware in einer Docker-Installation mit vorgeschaltetem Proxmox Mailgateway.
Bis heute morgen ca 02:00 Uhr kamen die Emails an, danach sehe ich in Proxmox folgende Fehlermeldungen bei allen Emails :

status=deferred (host 192.168.4.59[192.168.4.59] said: 451 4.3.0 info@it-system-wagner.de: Temporary lookup failure (in reply to RCPT TO command

Die 192.168.4.59 ist die IP vom Egroupware.
Verstehe ich das richtig, das der Egroupware ein ‘Temporary lookup failure’ Problem hat ?
Was kann nicht aufgelöst werden und wieso so plötzlich ?

Ein
dig mx it-system-wagner.de
liefert :

; <<>> DiG 9.18.49-1~deb12u1-Debian <<>> mx it-system-wagner.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46642
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;it-system-wagner.de. IN MX

;; ANSWER SECTION:
it-system-wagner.de. 3600 IN MX 10 it-service-wa.spdns.eu.

;; Query time: 20 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Tue Jun 09 16:47:50 CEST 2026
;; MSG SIZE rcvd: 86

Uwe

[itwo]

Wenn Du die Fehlermeldung auf dem Proxmox siehst müsste er der Mailgateway ein Problem haben?

[RalfBecker]

Ich habe gestern eine neue Postfix Version 3.10.10 gebaut, die will nur noch verschlüsselt mit der MariaDB, was bei uns aber nicht eingerichtet ist. Habe das Update inzwischen zurück genommen.

Wenn Du nicht bis heute Nacht warten willst, einfach neu pullen:

cd /etc/egroupware-mail
docker compose pull
docker compose up -d

Ralf

[uwe]

Und das verursachte ein ‘Temporary lookup failure’ ?
Ich hatte heute Nachmittag bereits Egroupware aktualisiert.

docker-compose pull
Pulling mail … done
Pulling smtp … done
docker-compose up -d
egroupware-smtp is up-to-date
egroupware-mail is up-to-date

In den SMTP-logs auf dem Egroupware sind auch folgende Meldungen :

Jun 09 13:43:50 egroupware-smtp postfix/smtpd[83]: NOQUEUE: reject: RCPT from unknown[192.168.4.58]: 451 4.3.0 info@it-system-wagner.de: Temporary lookup failure; from=Uwe.Beach@gmx.de to=info@it-system-wagner.de proto=ESMTP helo=<proxmox.uwe-lokal.de>

Uwe

[uwe]

Habe eben nochmal neu gepulled.
Immer noch die gleichen Fehlermeldungen.
Gibt es weitere logs, in denen Hinweise stehen könnten ?

In egroupware-smtp steht z.B. folgende warning :

“Jun 09 15:36:12 egroupware-smtp postfix/trivial-rewrite[224]: warning: virtual_alias_domains: mysql:/etc/postfix/sql-aliases.cf: table lookup problem\n”,“stream”:“stdout”,“time”:“2026-06-09T15:36:12.214111182Z”}

Uwe

[RalfBecker]

Hallo Uwe,

wenn der Mailserver nicht tut und ich von Postfix spreche, musst Du in /etc/egroupware-mail pullen AND natürlich auch ein up -d machen, damit die neu gepullten Images auch verwendet werden

Sollte sich mit Watchtower ja heute Nacht erledigt haben.

Ralf

[uwe]

Hallo Ralf,

ich hatte in /etc/egroupware-mail gepulled.
Heute morgen immer noch die gleichen Fehlermeldungen, auch beim Senden.

z.B.
Jun 10 05:46:11 egroupware-smtp postfix/smtpd[1192]: NOQUEUE: reject: RCPT from unknown[192.168.4.58]: 451 4.3.0 info@it-system-wagner.de: Temporary lookup failure; from=0102019eaff06aa6-54c9c409-f7cc-473c-ba70-8cc131f86e93-000000@bounce.mail.xing.com to=info@it-system-wagner.de proto=ESMTP helo=<proxmox.uwe-lokal.de>

Uwe

[RalfBecker]

Dann schau mal weiter oben im docker logs -f egroupware-smtp bzw. mach’ einen Reload des Postfix (docker exec EGroupware-smtp postfix reload) und schau was er dann schreibt.

Ich hatte auf einem System das Problem das eines der Konfigfiles, das Postfix sagt der MySQL Treiber ist installiert, irgendwie verschwunden war.

Dort habe ich die Files aus dem egroupware-mail Paket einfach nach /etc/egroupware-mail/postfix/dynamicmaps.cf.d kopiert und den Postfix gereloaded.

Ralf

[uwe]

Die Datei pcre hatte in /etc/egroupware-mail/postfix/dynamicmaps.cf.d gefehlt, habe sie aus dem egroupware-mail Paket kopiert und Postfix reloaded.

docker exec egroupware-smtp postfix reload
postfix: Postfix is using backwards-compatible default settings
postfix: See http://www.postfix.org/COMPATIBILITY_README.html for details
postfix: To disable backwards compatibility use “postconf compatibility_level=3.6” and “postfix reload”
/usr/sbin/postconf: warning: /etc/postfix/main.cf: support for parameter “smtpd_tls_dh1024_param_file” will be removed; instead, do not specify (leave at default)
postfix/postlog: refreshing the Postfix mail system

Immer noch ‘Temporary lookup failure’.

Uwe

[RalfBecker]

Hast Du auf EGroupware 26.x updated und damit auf MariaDB 11.8?

Dabei muss die sql-aliases.cf angepasst werden, sollte aber auch in der Ausgabe von docker logs -f egroupware-smtp als SQL Fehler stehen.

Ohne das vollständige Log ist das halt ein reines Guessinggame

Ralf

[uwe]

Sorry, hier der Anfang der smtp-log :

postfix: Postfix is using backwards-compatible default settings
postfix: See http://www.postfix.org/COMPATIBILITY_README.html for details
postfix: To disable backwards compatibility use “postconf compatibility_level=3.6” and "postfix reload"
Jun 09 13:34:14 egroupware-smtp postfix[1]: Postfix is using backwards-compatible default settings
Jun 09 13:34:14 egroupware-smtp postfix[1]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Jun 09 13:34:14 egroupware-smtp postfix[1]: To disable backwards compatibility use “postconf compatibility_level=3.6” and “postfix reload”
/usr/sbin/postconf: warning: /etc/postfix/main.cf: support for parameter “smtpd_tls_dh1024_param_file” will be removed; instead, do not specify (leave at default)
postfix/postlog: starting the Postfix mail system
Jun 09 13:34:15 egroupware-smtp postfix/master[1]: daemon started – version 3.9.4, configuration /etc/postfix
Jun 09 13:34:20 egroupware-smtp postfix[75]: Postfix is using backwards-compatible default settings
Jun 09 13:34:20 egroupware-smtp postfix[75]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Jun 09 13:34:20 egroupware-smtp postfix[75]: To disable backwards compatibility use “postconf compatibility_level=3.6” and "postfix reload"
Jun 09 13:34:20 egroupware-smtp postfix/postfix-script[90]: refreshing the Postfix mail system
Jun 09 13:34:20 egroupware-smtp postfix/master[1]: reload – version 3.9.4, configuration /etc/postfix
Jun 09 13:40:25 egroupware-smtp postfix[1]: Postfix is using backwards-compatible default settings
Jun 09 13:40:25 egroupware-smtp postfix[1]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Jun 09 13:40:25 egroupware-smtp postfix[1]: To disable backwards compatibility use “postconf compatibility_level=3.6” and "postfix reload"
postfix: Postfix is using backwards-compatible default settings
postfix: See http://www.postfix.org/COMPATIBILITY_README.html for details
postfix: To disable backwards compatibility use “postconf compatibility_level=3.6” and “postfix reload”
/usr/sbin/postconf: warning: /etc/postfix/main.cf: support for parameter “smtpd_tls_dh1024_param_file” will be removed; instead, do not specify (leave at default)
postfix/postlog: starting the Postfix mail system
Jun 09 13:40:26 egroupware-smtp postfix/master[1]: daemon started – version 3.9.4, configuration /etc/postfix
Jun 09 13:40:31 egroupware-smtp postfix/smtpd[75]: warning: unsupported dictionary type: lmdb. Is the postfix-lmdb package installed?
Jun 09 13:40:31 egroupware-smtp postfix/smtpd[75]: error: unsupported dictionary type: lmdb
Jun 09 13:40:31 egroupware-smtp postfix/smtpd[75]: connect from unknown[192.168.4.57]
Jun 09 13:40:31 egroupware-smtp postfix/trivial-rewrite[79]: warning: mysql:/etc/postfix/sql-aliases.cf: query failed: Illegal mix of collations for operation 'UNION’
Jun 09 13:40:31 egroupware-smtp postfix/trivial-rewrite[79]: warning: mysql:/etc/postfix/sql-aliases.cf: query failed: Illegal mix of collations for operation ‘UNION’

[uwe]

Nach Anpassen der sql-aliases.cf tut Email wieder.

Danke.

Hat da Watchtower auf 26.X upgedatet und Änderungen ‘vergessen’ ?

Uwe

[RalfBecker]

Hat da Watchtower auf 26.X upgedatet und Änderungen ‘vergessen’ ?

Nein, Watchtower macht kein Updates auf neue EGroupware Major Versionen (außer Du verwendest explizit das Tag latest).

Beim “normalen” Update des egroupware-mail Pakets kam die Änderung des sql-aliases.cf Du hast da bei der Frage die Änderung zu übernehmen vermutlich den Default N(ein) verwendet und apt hat das geänderte File als sql-aliases.cf.dpkg-new angelegt.

Generell solltest Du auch nie einfach J(a) antworten, da dann eigene bzw. installationsspezifische Änderungen verloren gehen. Hier wäre das user & password gewesen.

Am besten mit D(iff) antworten und schauen was sich geändert hat, dann entweder einfach übernehmen, oder nach dem Ende von apt, das File manuell anpassen, wie Du es ja jetzt auch gemacht hast.

Ralf