Ersteinrichtung unter UCS

RalfBecker 2022-01-24 08:48:02 UTC #41

Ist richtig, sagt das User und Token aus den Metadaten kommen. Das geht über den OX Treiber auch ohne Lua und funktioniert deswegen auch für Dich mit dem älteren Dovecot.

Ralf

RalfBecker 2022-01-24 08:51:32 UTC #42

Die URL ist richtig, es kommt kein Redirect, warum ein Fehler kommt kannst Du nur mal im Error Log des EGroupware Nginx schauen:

docker logs -f --tail=1 egroupware-nginx

Ralf

pixel24 2022-01-24 09:03:22 UTC #44

root@com01:~# docker logs -f --tail=1 egroupware-nginx

2022/01/24 08:57:27 [error] 23#23: *4 FastCGI sent in stderr: "PHP message: PHP Deprecated:  Replicating claims as headers is deprecated and will removed from v4.0. Please manually set the header if you need it replicated. in /usr/share/egroupware/vendor/lcobucci/jwt/src/Builder.php on line 352
PHP message: PHP Deprecated:  Using integers for registered date claims is deprecated, please use DateTimeImmutable objects instead. in /usr/share/egroupware/vendor/lcobucci/jwt/src/Builder.php on line 169
PHP message: PHP Deprecated:  Using integers for registered date claims is deprecated, please use DateTimeImmutable objects instead. in /usr/share/egroupware/vendor/lcobucci/jwt/src/Builder.php on line 169
PHP message: PHP Deprecated:  Using integers for registered date claims is deprecated, please use DateTimeImmutable objects instead. in /usr/share/egroupware/vendor/lcobucci/jwt/src/Builder.php on line 169
PHP message: PHP Deprecated:  Not specifying the signer and key to Builder#getToken() is deprecated. Please move the arguments from Builder#sign() to Builder#getToken(). in /usr/share/egroupware/vendor/lcobucci/jwt/src/Builder.php on line 524" 
while reading response header from upstream, client: 172.16.1.1, server: _, request: "POST /egroupware/json.php?menuaction=EGroupware\Status\Ui::ajax_refresh HTTP/1.1", upstream: "fastcgi://172.16.1.2:9000", host: "com01.test.lan", referrer: "https://com01.test.lan/egroupware/index.php?cd=yes"

RalfBecker 2022-01-24 09:04:23 UTC #45

Hast Du den Curl ausgeführt, während das Log lief?

Ralf

pixel24 2022-01-24 09:04:26 UTC #46

Diese IP verwirrt mich. Die lautet doch 192.168.122.6

RalfBecker 2022-01-24 09:08:26 UTC #47

Ist der PHP FPM / EGroupware container, nicht der Host mit dem der Nginx Container (egroupware-nginx) spricht.

Ralf

pixel24 2022-01-24 09:09:23 UTC #48

Nein, war während fetchmail Mails geholt hat. Habe jetzt nochmal fetchmail gestoppt. Den Log gestartet:
root@com01:~# docker logs -f --tail=1 egroupware-nginx
und uf einer zweiten Konsole:
curl -i https://Bearer:AbCdEfGhIjK@com01.test.lan/egroupware/push
ausgeführt.

Da taucht im Log aber nichts auf.

RalfBecker 2022-01-24 09:12:18 UTC #49

Schick es mal ohne User&Token ab, kann sein das der 500er kommt, da Du ja keine Payload / Push Message mitschickst. Dann sollte ein 401 Authentication required kommen.

Oder schalte mal Dein Fetchmail wieder ein und sende Mail von außen.

Ralf

pixel24 2022-01-24 09:20:55 UTC #50

Ok, fetchmail läuft wieder. Log gestartet und Mail von extern gesendet:

Datei /etc/dovecot/conf.d/99-egroupware-push.conf:

mail_attribute_dict = file:%h/dovecot-metadata
protocol imap {
  imap_metadata = yes
}
protocol lmtp {
  mail_plugins = $mail_plugins notify push_notification
}
plugin {
  push_notification_driver = ox:url=http://Bearer:AbCdEfGhIjKlNm@com01.test.lan/egroupware/push user_from_metadata
}

Wenn die Mail rein kommt taucht im normalen Syslog nach wie vor die Meldung:
Jan 24 10:18:38 com01 dovecot[763]: lmtp(5771): Error: push-notification-ox: Error when sending notification: Redirect refused
auf. Im Fenster in welchem “root@com01:~# docker logs -f --tail=1 egroupware-nginx” läuft ist keine neue Meldung hinzu gekommen.

RalfBecker 2022-01-24 09:28:55 UTC #51

Hast ja auch immer noch http statt https im Konfigfile!

pixel24 2022-01-24 09:41:31 UTC #52

ok, auf https geändert. VM neu gestertet und gleiches Spiel nochmal. Im “docker logs -f --tail=1 egroupware-nginx” taucht zwar noch immer nichts auf. Die Fehlermeldung im Syslog ist nun aber weg.

Im während des Tests angemeldeten Mail-Empfänger ist die Mail alleine aufgetaucht und gelb unterlegt. Das werte ich mal als “funktioniert”

Was ich nicht verstehe ist was jetzt anders ist. Mit https hatte ich es schon einmal versucht.

In der Zwischenzeit habe ich jedoch (nach Webrecherche) in der /etc/dovecot/conf.d/10-mail.conf die Zeile:

mail_plugins = $mail_plugins acl quota notify push_notification

um die letzten beiden Parameter erweitert. Eventuell liegt es ja daran.

pixel24 2022-01-24 09:43:46 UTC #53

Und ein Pop-Up kommt auch

RalfBecker 2022-01-24 09:47:23 UTC #54

Also den letzten Parameter hattest Du ja für lmtp auch schon drin.

Läßt sich ja einfach raus finden, nimm sie wieder da raus und schick nochmal eine Mail.

Un markiere den Thread bitte als gelöst.

Ralf

pixel24 2022-01-24 09:56:27 UTC #55

Beide entfernt, VM neu gestartet. Funktioniert weiterhin.

Phil 2023-11-14 15:19:41 UTC #56

Moin,

gibt es weitere Infos zu dieser Anleitung?

Ich konnte leider nichts weiteres finden und stolper gerade etwas durch die Einrichtung unter UCS.

MfG
Phil

StefanU 2023-11-14 15:45:03 UTC #57

Hi Phil.

Vorab:
Mach bitte dein eigenes Thema auf und stehle kein 2 Jahre altes abgeschlossenes Thema.
Du kannst in deinem Thema dann gerne auf alte verlinken. Einfach den Weblink hinein kopieren…

An EGroupware selber richtest du auf dem UCS nichts spezielles ein. Eben ggf. den Mail-Server-Stack von UCS.
Den besagten Artikel, welchen ich schreiben wollte findest du hier:

Ich hatte auch mal ein Vortrag dazu gehalten:

Mehr Vorträge:

Stefan