Ersteinrichtung unter UCS

pixel24 · Jan '22

Hallo zusammen,

ich habe eine Testumgebung mit UCS 5.0.1 (Ein Master, ein Node) und habe die EGroupware aus dem UCS.App-Store auf dem Node installiert.

Wenn ich mich in EGroupware als Administrator anmelde erscheint die Oberfläche. Melde mich als Benutzer an ist das Portal fast leer und funktionslos.

Wo finde ich den eine Einführung wie ich das Setup weiter vornehme?

Beste Grüße
pixel24

pixel24 · Jan '22

Ich habe aus dem UCS-App-Katalog lediglich EGroupware installiert. Muss da eventuell noch das Paket “Mailserver” installiert werden? Abhängigkeiten sollten doch automatisch installiert werden.

RalfBecker · Jan '22

Du musst Deinen Benutzern Reche an den EGroupware Anwendungen geben, am einfachsten geht das in dem Du sie in die EGroupware Gruppe “Default” aufnimmst, das ist die Gruppe die EGroupware für alle Benutzer als Standard anlegt.

Der Benutzer “Administrator” wird durch die Installation automatisch in die EGroupware Gruppen “Default” und “Admins” aufgenommen.

Ralf

pixel24 · Jan '22

Danke, jetzt habe ich als Benutzer auch eine Oberfläche und kann EG testen. Das extra “UCS-Paket” Mailserver benötige ich dann nicht?

Ich frage weil in einigen Videos davon gesprochen wurde das EG immer einen Mailserver benötigt.

StefanU · Jan '22

Hi Sven.

Erst einmal bringt EGroupware keinen Mail-Server mit. Die Mail-App ist erst einmal ein IMAP-Client und kann somit mit beliebigen Mail-Servern arbeiten.

Für einen eigenen Mailserver bietet sich auf einem UCS der Univention-Mail-Stack an. Den installieren wir aber mit Absicht nicht mit. Ist dann die Entscheidung des Betreibers.
Die Kombi bringt dann eine sehr gute Integration mit sich.

Für EGroupware-Standard-Installationen (Nicht UCS) gibt es auch noch ein EGroupware-Mail-Server-Paket4.
Dort ist auch bereits das Dovecot-Push-Modul installiert.

Für UCS sollte man das auch noch nachinstallieren28.

Ich schreibe an “Erste Schritte EGroupware auf UCS” … Kommt die Tage. Auch wenn noch nicht komplett…
Bis da hin: Frage einfach hier (1 Frage/Problem => 1 Thema bitte). Fragen helfen mir auch in dem Text die benötigten Antworten zu geben.

Stefan

pixel24 · Jan '22

@StefanU Prima, somit habe ich einen Anfang um in meiner Umgebung ausgiebig zu testen. Da kommen bestimmt noch viele Fragen. Der erste Eindruck ist sehr gut.

pixel24 · Jan '22

Ich bin immer ein Freund von “zurück geben” wenn es um OSS geht. Programmieren kann ich nur sehr eingeschränkt aber ich könnte eine Anleitung für UCS zumindest grob vor schreiben (Kenne Eure Anforderungen nicht) damit jemand ggf. nur noch nacharbeiten muss.

Beste Grüße
pixel24

StefanU · Jan '22

Am besten einfach hier mal notieren, was du dich so beim ausprobieren fragst. Selbst wenn du dir das selbst beantwortest/erarbeitest könnte man das ein oder andere aufnehmen.

Was bare zu aller erst wichtig ist: Was du als Admin vorfindest ist das volle Programm. Für den Anwender sollte das auf jeden Fall runter-konfiguriert werden. Also bitte nicht erschrecken wegen dem etwas überladenen UI. Ist halt ein Funktionsmonster.

Stefan

pixel24 · Jan '22

Wenn ich Server und/oder Server-Dienste installiere/einrichte schreibe ich immer Plaintext im Editor mit. Das wäre dann zumindest eine Ausgangsbasis. Ich teste mich mich jetzt erst mal durch um einen Überblick zu haben.

Ich habe seit Jahren Kopano im Einsatz und das ist kein Funktionsmonster was gleichzeitig IMHO auch ein Manko darstellt. Wichtige Funktionen fehlen dort einfach. Deshalb jetzt auch der Schritt zur Veränderung

StefanU · Jan '22

So einen Schmierzettel schreibe ich auch immer mit. Was weiß ich was ich bei der letzten Runde gemacht habe…

Ich weiß

All die Groupware-Lösungen am Markt haben so ihre eigenen Schwerpunkte. Kopano ist halt ein Outlook/Exchange-Ersatz. Somit orientiert sich der Funktionsumfang strikt daran. Kann ich verstehen. Wenn ein reines Replacement gesucht ist wird Kopano das richtige sein. Funktionell bleibt man aber immer an MS kleben.

Wir stellen EGroupware anders auf: Smart Online Office
Somit funktionell eher Richtung MS365/Teams mit Chat, Videokonferenz, Online Office, Web-RDP, …
Aber eben keinesfalls als Kopie. Schon gar nicht mit der langen Historie von EGroupware. Da sind dann eben manche Sachen einfach anders als bei MS/Kopano. Insbesondere dass nicht alles Ordner sind.
Da kommt bei uns keine Langeweile auf Hatte ich das schon für dich verlinkt?:

Stefan

pixel24 · Jan '22

Ich habe auf den beiden UCS5-Servern soweit alles eingerichtet. Maildomain, Zuordnung Mailser <-> Benutzer. Postfix-Relay, Fetchmail-Abruf.

Mails werden abgeholt und sind in EGw sichtbar. Im WebUI kam vorhin ein Popup was mich darüber informierte dass die Mail-Konfiguration nicht ermittelt werden konnte. Dies habe ich dann dort im Assitenten vorgenommen.

Anscheinden habe ich dort einen Fehler gemacht. Ich kann nicht senden.

Wie komme ich wieder an diese Konfiuration bzw. wo finden ich diese. Ich habe jetzt so ziemlich alles durchsucht

pixel24 · Jan '22

Kleiner Nachtrag. In EGw bekomme ich beim Versuch zu senden:

Nachricht konnte nicht versendet werden: Message could not be delivered - the address was not found, is unknown, or is not receiving messages.
Relaying denied

Ich habe zum testen ein Thunderbird an den UCS-Mailserver angebunden. Dort klappt das Senden problemlos. Es muss also an der Konfiguration EGw <-> UCS-SMTP liegen aber diese finde ich in der Oberfläche nicht

RalfBecker · Jan '22

Rechstclick auf einen Benutzer der das Mailkonto verwendet und “Mail-Konto” im Kontextmenü auswählen.

Ralf

pixel24 · Jan '22

Ja, habe es gerade auch gefunden. War wohl zu einfach Jetzt funktioniert das Mail-System in Grundzügen

pixel24 · Jan '22

Hat jemand hier Erfahrung ob Push in Verbindung mit dem UCS-Mailserver funtioniert? Als Admin bringt mir “Test Push”

Push::onlyFallback()=true --> Using fallback via regular JSON requests
SwoolPush\Backend::failedAttempts()=4, SwoolePush\Backend::backoffTime=120
resetting to SwoolePush\Backend::failedAttempts()=0 and SwoolePush\Backend::backoffTime()=60seconds
SwoolePush\Backend->online()=["Administrator"]
Push::onlyFallback()=false --> Using native Swoole Push
SwoolPush\Backend::failedAttempts()=2, SwoolePush\Backend::backoffTime=60
Push->online()=["Administrator"]

RalfBecker · Jan '22

Jein

Du musst zwei Sachen unterscheiden:

Push in EGroupware, was bei Dir komischerweise nicht funktioniert, aber unter Univention kein Problem sein sollte. Evtl. verwendest Du statt https mit gültigem Zertifikat irgendetwas anderes, musst Du dann halt ändern.
Push von eingehenden / geänderten Mails: das erfordert eine bestimmte Konfiguration des Dovecot / IMAP Server die wir nicht automatisch unter UCS vornehmen, kannst Du aber machen und funktioniert dann auch:
https://github.com/EGroupware/egroupware/wiki/IMAP-Push-Notifications6
UCS verwendet - meines Wissens - noch Dovecot 2.2, der nur Push von eingehenden Mails in der INBOX unterstützt, ist im obigen Link beschrieben.

Ralf

StefanU · Jan '22

Es gibt die Möglichkeit ein Konto für alle anzulegen. Das Konto wird ohne Zugangsdaten gespeichert und einer Gruppe zugewiesen. Inklusive Signatur für alle
Kann im Unternehmens-Umfeld ungemein viel Arbeit sparen.
Auch Funktionspostfächer Benutzern über eine Gruppe zuweisen ist praktisch.

Nur so als weiteres “Leckerchen”

Stefan

pixel24 · Jan '22

Ich habe hier im Forum mal gesucht. Es scheint wohl daran zu liegen dass auf dem Default-UCS selbst signierte Zertifikate eingerichtet sind. Ich habe im WebUI -> Admin -> Mail die lokale IP des UCS-Servers mit IMAP-Port angegeben (192.168.122.6:993). Seltsam ist dass wenn ich den Push-Test ausführe sich die Ausgabe jedes mal ändert. Mals Alles Rot, eines Grün oder auch mal beide Grün. Ist für mich nun schwer abzuschätzen woran es liegt.

Im derzeitigen produktiven Netz ist dies auch so. Allerdings ist dort auf de pfSense mittels HA-Proxy & ACME gewährleistet dass die HTTPS-Anfragen von der pfSense mit gültigen Zertifikaten entgegen genommen werden. Dank NAT-Reflextion klappt dies dann auch von intern. Zum addressieren der Systeme aus dem LAN wird auch die öffentliche Subdomain genutzt.

In der Testumgebung (KVM auf Laptop) werde ich mir das aber nicht antun. Kann man EGw bzw. den Push nicht zur Arbeit mit diesen selbst signierten Zertifikaten bewegen?

Das schaue ich mir an. Der UCS hat dovecot 2.3.4.1. Allerdings gibt es das im Wiki genannte Paket dovecot-lua nicht

StefanU · Jan '22

curl https://raw.githubusercontent.com/EGroupware/swoolepush/master/doc/dovecot-push.lua3

Ist immer noch da wo es sein sollte und lässt sich auch herunter laden:

Stefan

pixel24 · Jan '22

Das ist ja IMHO das Script. Das kann ich per curl holen. Was mir fehlt ist:

pixel24 · Jan '22

Ich habe mir so ziemlich alle Beiträge im Forum zum Thema angeschaut. Was ich nicht verstehe wie es auf einer Seite an den selbst signierten Zertifikaten liegen soll aber auf der anderen Seite je nach dem wie ich auf “Reset” und “Retry” klicke es manchmal rot oder grün wird. Das muss doch ein anderes Problem sein, oder?

StefanU · Jan '22

Ah, OK.

@RalfBecker
Die Pakete kommen auf einem UCS nicht aus den UCS-Repos?

Stefan

pixel24 · Jan '22

Nein. Das ist wie gesagt das Problem.

Univention:

root@com01:~# apt search dovecot-

dovecot-auth-lua/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [installiert]
dovecot-core/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-dev/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-gssapi/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-imapd/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-ldap/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-lmtpd/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-lucene/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-managesieved/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-mysql/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-pgsql/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-pop3d/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-sieve/ucs501,now 1:2.3.4.1-5+deb10u6 amd64  [Installiert,automatisch]
dovecot-solr/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-sqlite/ucs501 1:2.3.4.1-5+deb10u6 amd64
dovecot-submissiond/ucs501 1:2.3.4.1-5+deb10u6 amd64
fusiondirectory-plugin-dovecot-schema/ucs501 1.2.3-4+deb10u1 all
mysqmail-dovecot-logger/ucs501 0.4.9-10.2+b1 amd64

Ubuntu 20.04:

root@lt001:/home/s.gehr# apt search dovecot-
v   dovecot-abi-2.3.abiv7                                                       -                                                                                      
p   dovecot-antispam                                                            - Dovecot plugins for training spam filters                                            
p   dovecot-auth-lua                                                            - secure POP3/IMAP server - Lua authentication plugin                                  
v   dovecot-common                                                              -                                                                                      
p   dovecot-core                                                                - Sicherer POP3-/IMAP-Server - Systemkern                                              
p   dovecot-dev                                                                 - sicherer POP3/IMAP-Server - Headerdateien                                            
p   dovecot-gssapi                                                              - Sicherer POP3-/IMAP-Server - GSSAPI-Unterstützung                                    
p   dovecot-imapd                                                               - sicherer POP3/IMAP-Server - IMAP-Daemon                                              
p   dovecot-ldap                                                                - secure POP3/IMAP server - LDAP support                                               
p   dovecot-lmtpd                                                               - secure POP3/IMAP server - LMTP server                                                
p   dovecot-lucene                                                              - secure POP3/IMAP server - Lucene support                                             
p   dovecot-managesieved                                                        - secure POP3/IMAP server - ManageSieve server                                         
p   dovecot-mysql                                                               - secure POP3/IMAP server - MySQL support                                              
p   dovecot-pgsql                                                               - secure POP3/IMAP server - PostgreSQL support                                         
p   dovecot-pop3d                                                               - sicherer POP3/IMAP-Server - POP3-Daemon                                              
p   dovecot-sieve                                                               - secure POP3/IMAP server - Sieve filters support                                      
p   dovecot-solr                                                                - secure POP3/IMAP server - Solr support                                               
p   dovecot-sqlite                                                              - secure POP3/IMAP server - SQLite support                                             
p   dovecot-submissiond                                                         - secure POP3/IMAP server - mail submission agent                                      
p   fusiondirectory-plugin-dovecot-schema                                       - LDAP schema for FusionDirectory dovecot plugin                                       
p   mysqmail-dovecot-logger

Ein Paket dovecot-lua existiert hier nicht

RalfBecker · Jan '22

Im Community Repo von Dovecot selbst gibt es das Paket. Ich habe nie versucht den Standard Dovecot von Ubuntu oder Debian zu verwenden.

Wenn ich bei Debian schaue ist Lua eine Abhänigkeit des dovecot-core Paketes:
https://packages.debian.org/bullseye/dovecot-core1

Ich würde mal davon ausgehen, dass es kein separates dovecot-lua gibt, und Du nur die anderen Lua Bibliotheken extra installieren musst. Das Gleiche sollte für UCS gelten, die ja “nur” die Debian Pakete rebuilden.

EGroupware weiß nicht ob es einen Push Server gibt oder nicht, deswegen probiert es einfach und merkt sich wenn der Versuch schief geht das für eine gewisse Zeit. Reset setzt das zurück und deswegen ist danach der Text erst mal wieder in grün und keine Fehlversuche. Interessant ist sowieso die rote oder grüne Meldung am oberen Rand des Fensters, der Text im Anwendungsbereich hilft nur wenn oben eine Fehler, sprich eine rote Meldung kommt und keine grüne.

Ralf

pixel24 · Jan '22

RalfBecker · Jan '22

Sprich Push geht nicht, da die Message oben ROT ist.

Das ist - wie gesagt normal, wenn Du https mit einer IP Adresse und daher immer ungültigem Zertifikat benutzt.

Unter UCS gibt es zwei einfache Wege für gültige Zertifikate:

die Let’s Encrypt App erzeugt einfach eins, sofern der Server von außen erreichbar ist (Port 80 und 443!)
Univention legt mit der Domain eine CA an, die es in allen Containern bekannt macht / injiziert, dazu musst Dein Desktop/Browser aber den DNS des UCS Systems verwenden, z.B. in dem es in die Domain gejoint ist. Oder Du trägst den UCS Namen in Deinem Desktop in die hosts Datei ein

Ralf

pixel24 · Jan '22

Das scheidet aus da ich wie gesagt eine virtuelles Netzwerk auf dem Laptop mit KVM eingerichtet habe.

Das verstehe ich nicht ganz. Diese CA wird automatisch angelegt und den Containern bekannt gemacht? Dann sind diese ja aber noch immer selbst signiert.

Ich habe in dem virtuellen Netz auch einen Ubuntu Client der vollständig in die UCS/ADS gejoint ist. Das wäre also nicht das Problem.

pixel24 · Jan '22

ok, nachdem ich alles von IP auf FQH geändert habe funktioniert Test-Push und Rocket.Chat.

RalfBecker · Jan '22

Jein, gültige Zertifikate sind - per Definition - die, die von eine CA signiert wurden, die der Client kennt.
Eine UCS Domain hat, wie auch eine Windows Domain, eine CA und verteilt diese automatisch an alle Clients der Domaine und das schließt die Container des AppCenters - also z.B. EGroupware oder Rocket.Chat - mit ein.

Technisch kopiert UCS seine CA einfach in den Container an die richtige Stelle.

Also zu testen entweder http&IP oder https und gültiges Zertifikat, sonst wird es nichts.
Produktiv ist ein gültiges Zertifikat natürlich Pflicht!

Ralf

pixel24 · Jan '22

ok, das wusste ich nicht.

Klar, wenn es zu einem produktiven Einsatz kommt und von extern zugänglich gemacht wird ist das kein Thema. Dann wie gehabt ACME 6 HA-Proxy auf der pfSens. Das funktioniert ja auf dem derzeitigen System absolut gut.

pixel24 · Jan '22

Ich würde das Thema Push nochmal aufgreifen und hoffentlich abschließend abarbeiten.

Der EGw Push funktioniert soweit ich das beurteilen kann. Ich lege als User A im Kalender der Gruppe Default einen Termin an und User 2 bekommt ein PopUp oben / rechts. das ist doch der besagte Push, oder?

zum IMAP-Push. Hier ist wie gesagt die Version dovecot 2.3.4.1. gegeben. Ich habe mal das Paket dovecot-auth-lua nachinstalliert und nach der Anleitung im WIKI vorgegangen.

bearer-token ausgelesen
Dieser enthält weder + noch / … also nächsten Schritt übersprungen. Weiter zu Dovecot 2.3
Pakete installiert mit Ausnahme von dovecot-lua

root@com01:~# dpkg -l|grep lua
ii dovecot-auth-lua 1:2.3.4.1-5+deb10u6 amd64 secure POP3/IMAP server - Lua authentication plugin
ii liblua5.1-0:amd64 5.1.5-8.1+b2 amd64 Shared library for the Lua interpreter version 5.1
ii liblua5.2-0:amd64 5.2.4-1.1+b2 amd64 Shared library for the Lua interpreter version 5.2
ii liblua5.3-0:amd64 5.3.3-1.1 amd64 Shared library for the Lua interpreter version 5.3
ii lua-json 1.3.4-2 all JSON decoder/encoder for Lua
ii lua-lpeg:amd64 1.0.0-2 amd64 LPeg library for the Lua language
ii lua-socket:amd64 3.0~rc1+git+ac3201d-4 amd64 TCP/UDP socket library for the Lua language

curl https://raw.githubusercontent.com/EGroupware/swoolepush/master/doc/dovecot-push.lua > /etc/dovecot/dovecot-push.lua

Datei /etc/dovecot/conf.d/14-egroupware-push.conf angelegt mit folgendem Inhalt:

# Store METADATA information in a file dovecot-metadata in user's home
mail_attribute_dict = file:%h/dovecot-metadata

# enable metadata
protocol imap {
  imap_metadata = yes
}

# add necessary plugins for Lua push notifications
mail_plugins = $mail_plugins mail_lua notify push_notification push_notification_lua

# Lua notification script and URL of EGroupware push server
plugin {
  push_notification_driver = lua:file=/etc/dovecot/dovecot-push.lua
  push_lua_url = https://Bearer:AbCdEfGhIjKlMnOp@http://com01.test.lan/egroupware/push
}

systemctl restart dovecot

In EGw als Benutzer angemeldet und diesem User von extern eine Mail gesendet und den Posteingang einfach nur beobachtet. Parallel dazu das Logfile auf dem UCS. Dort sehe ich dass die Mail zugestellt wurde aber in EGw wird diese erst angezeigt wenn ich erneut in den Posteingang klicke.

Daraus schließe ich das IMAP-Push nicht funktioniert

Im Log finde ich auch einen entsprechenden Fehler zu LUA:

Jan 22 12:02:28 com01 systemd[1]: Started Dovecot IMAP/POP3 email server.
Jan 22 12:02:28 com01 dovecot[6574]: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -Pn > dovecot-new.conf
Jan 22 12:02:28 com01 dovecot[6574]: doveconf: Warning: Obsolete setting in /etc/dovecot/conf.d/10-ssl.conf:61: ssl_protocols has been replaced by ssl_min_protocol
Jan 22 12:02:28 com01 dovecot[6574]: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -Pn > dovecot-new.conf
Jan 22 12:02:28 com01 dovecot[6574]: doveconf: Warning: Obsolete setting in /etc/dovecot/conf.d/10-ssl.conf:61: ssl_protocols has been replaced by ssl_min_protocol
Jan 22 12:02:28 com01 dovecot[6574]: master: Dovecot v2.3.4.1 (f79e8e7e4) starting up for imap, lmtp, sieve, pop3 (core dumps disabled)
Jan 22 12:02:28 com01 dovecot[6577]: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -Pn > dovecot-new.conf
Jan 22 12:02:28 com01 dovecot[6577]: doveconf: Warning: Obsolete setting in /etc/dovecot/conf.d/10-ssl.conf:61: ssl_protocols has been replaced by ssl_min_protocol
Jan 22 12:02:28 com01 dovecot[6577]: config: Warning: NOTE: You can get a new clean config file with: doveconf -Pn > dovecot-new.conf
Jan 22 12:02:28 com01 dovecot[6577]: config: Warning: Obsolete setting in /etc/dovecot/conf.d/10-ssl.conf:61: ssl_protocols has been replaced by ssl_min_protocol
Jan 22 12:04:53 com01 fetchmail[6027]: 1 Nachricht für sven@extern.de bei pop3.strato.de (5160 Bytes).
Jan 22 12:04:53 com01 postfix/smtpd[6582]: connect from localhost[127.0.0.1]
Jan 22 12:04:53 com01 postfix/smtpd[6582]: A73284035AF: client=localhost[127.0.0.1]
Jan 22 12:04:53 com01 postfix/cleanup[6585]: A73284035AF: message-id=<CAFJA1Epg_-J0QuSjUZmCW9TY-03kiomd9pT7SV=1tHqhRzKEhA@mail.gmail.com>
Jan 22 12:04:53 com01 postfix/qmgr[1159]: A73284035AF: from=<ich@gmail.com>, size=5475, nrcpt=1 (queue active)
Jan 22 12:04:53 com01 fetchmail[6027]: Nachricht sven@extern.de@pop3.strato.de:1 von 1 wird gelesen (5160 Bytes) gelöscht
Jan 22 12:04:53 com01 postfix/smtp[6586]: warning: database /etc/postfix/tls_policy.db is older than source file /etc/postfix/tls_policy
Jan 22 12:04:53 com01 postfix/smtpd[6582]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Jan 22 12:04:58 com01 postfix/smtpd[6589]: connect from localhost[127.0.0.1]
Jan 22 12:04:58 com01 postfix/smtpd[6589]: C20CB40358C: client=localhost[127.0.0.1], orig_queue_id=A73284035AF, orig_client=localhost[127.0.0.1]
Jan 22 12:04:58 com01 postfix/cleanup[6585]: C20CB40358C: message-id=<CAFJA1Epg_-J0QuSjUZmCW9TY-03kiomd9pT7SV=1tHqhRzKEhA@mail.gmail.com>
Jan 22 12:04:58 com01 postfix/qmgr[1159]: C20CB40358C: from=<ich@gmail.com>, size=6261, nrcpt=1 (queue active)
Jan 22 12:04:58 com01 postfix/smtpd[6589]: disconnect from localhost[127.0.0.1] ehlo=1 xforward=1 mail=1 rcpt=1 data=1 quit=1 commands=6
Jan 22 12:04:58 com01 amavis[1782]: (01782-02) Passed CLEAN {RelayedInbound}, [127.0.0.1]:58140 [2607:f8b0:4864:20::930] <ich@gmail.com> -> <sven@extern.de>, Queue-ID: A73284035AF, Message-ID: <CAFJA1Epg_-J0QuSjUZmCW9TY-03kiomd9pT7SV=1tHqhRzKEhA@mail.gmail.com>, mail_id: w4lQr4Q6lpkx, Hits: 1.177, size: 5475, queued_as: C20CB40358C, 5054 ms
Jan 22 12:04:58 com01 postfix/smtp[6586]: A73284035AF: to=<sven@extern.de>, relay=127.0.0.1[127.0.0.1]:10024, delay=5.1, delays=0.07/0.01/0/5.1, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as C20CB40358C)
Jan 22 12:04:58 com01 postfix/qmgr[1159]: A73284035AF: removed
Jan 22 12:04:58 com01 dovecot[6577]: lmtp(6591): Connect from local
Jan 22 12:04:58 com01 dovecot[6577]: lmtp(sven@extern.de)<6591><kyGnMNrk62G/GQAAZr5PVw>: Error: lua: /etc/dovecot/dovecot-push.lua:24: attempt to call a nil value (method 'metadata_get')
Jan 22 12:04:58 com01 dovecot[6577]: lmtp(sven@extern.de)<6591><kyGnMNrk62G/GQAAZr5PVw>: sieve: msgid=<CAFJA1Epg_-J0QuSjUZmCW9TY-03kiomd9pT7SV=1tHqhRzKEhA@mail.gmail.com>: stored mail into mailbox 'INBOX'

Ich habe den Fehler mal im Web gesucht aber wirklich schlau wurde ich daraus nicht.

Beste Grüße

pixel24 · Jan '22

Was ich heraus finden konnte ist dass der Fehler bei Ausführung von /etc/dovecot/dovecot-push.lua in Zeile 24 angegeben Aufruf:

23	function dovecot_lua_notify_begin_txn(user)
    24	    local meta = user:metadata_get("/private/vendor/vendor.dovecot/http-notify")
    25	    if (meta == nil or meta:sub(1,5) ~= "user=")
    26	    then
    27	        meta = nil;
    28	    else
    29	        meta = meta:sub(6)
    30	    end
    31	    return {user=user, event=dovecot.event(), ep=user:plugin_getenv("push_lua_url"), messages={}, meta=meta}
    32	end

Daher kommen muss dass die Datei: /private/vendor/vendor.dovecot/http-notify nicht existiert.

RalfBecker · Jan '22

Dein Dovecot ist leider zu alt, die metadata_get Methode gibt es erst sein Dovecot 2.3.7:
https://doc.dovecot.org/admin_manual/lua/?highlight=acl#mail_user.metadata_get

Außer unsere Docu entsprechend anzupassen, kann ich Dir leider nicht viel helfen.

Du kannst natürlich den seit Dovecot 2.2 existierenden Push der nur neue Mails in der INBOX unterstützt verwenden, bis Univention ihr Dovecot Paket aktualisiert.

Ralf

pixel24 · Jan '22

ok, nicht schön aber nicht zu ändern

Ja, werde ich versuchen. Würde auch erst mal reichen. Keine Aktualisierung der Inbox wäre halt einfach unbrauchbar.

RalfBecker · Jan '22

Du kannst natürlich auch die Dovecot Pakete auf dem Univention Server versuchen mit denen aus dem aktuellen Debian (2.3.13) oder dem Dovecot Community Repo (2.3.17) upzudaten. Debian ist vermutlich einfacher, da UCS ja darauf basiert.

Davor aber unbedingt einen Snapshot machen!

Ralf

RalfBecker · Jan '22

Da hast übrigens noch einen notwendigen Schritt ausgelassen:

Add IMAP server name (or IP-addresse) used in EGroupware in Mail site configuration: Admin > Applications > Mail > Site configuration

Sonst trägt die EGroupware das Benutzertoken nicht in die IMAP Metadaten ein (war aber nicht Dein Problem mit UCS).

Ralf

pixel24 · Jan '22

Das lasse ich erst mal. Wenn lediglich die Inbox aktualisiert wird würde das vorerst mal ausreichen.

Nur vergessen hier zu erwähnen. Dort ist:
com01.test.lan
eingetragen.

Die conf-Datei für 2.3+ habe ich entfernt und die /etc/dovecot/conf.d/99-egroupware-push.conf wie folgt angelegt:

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:AbCdEfGhIjK@com01.test.lan/egroupware/push user_from_metadata
}

angelegt und neu gestartet.

Allerdings erhalte ich trotzdem einen Fehler im Log

Jan 22 14:39:07 com01 dovecot[5775]: lmtp(5840): Error: push-notification-ox: Error when sending notification: Redirect refused

Ich habe auch schon, wie im Forum gefunden vor com01 noch ein http:// gestellt aber dann kommt ein Fehler das er den Namen nicht auflösen kann. Also denke ich mal ohne http:// rechts vom @

RalfBecker · Jan '22

Dann würde ich mal sagen, irgendwas sendet einen Redirect - vermutlich auf https - wenn Du die URL aufrufst.

Führ doch einfach mal folgendes auf dem Host aus:

curl -i http://Bearer:AbCdEfGhIjK@com01.test.lan/egroupware/push
curl -i https://Bearer:AbCdEfGhIjK@com01.test.lan/egroupware/push
curl -i http://Bearer:AbCdEfGhIjK@127.0.0.1/egroupware/push

Wenn es ein https redirect ist, nimm einfach die https-URL, der Dovecot 2.3 kann das.

Das Bearer Token des Push Servers hier zu posten ist keine gute Idee, damit kann man den Push Server beliebige Befehle an die EGroupware Clients senden lassen

Ralf

pixel24 · Jan '22

HTTP/1.1 301 Moved Permanently
Date: Mon, 24 Jan 2022 07:34:40 GMT
Server: Apache/2.4.38 (Univention)
Location: https://com01.test.lan/egroupware/push
Content-Length: 330
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://com01.test.lan/egroupware/push">here</a>.</p>
<hr>
<address>Apache/2.4.38 (Univention) Server at com01.test.lan Port 80</address>
</body></html>

TTP/1.1 500 Internal Server Error
Date: Mon, 24 Jan 2022 07:35:30 GMT
Server: nginx/1.20.2
Content-Type: text/html
Content-Length: 0
Via: 1.1 com01.test.lan
Connection: close

HTTP/1.1 301 Moved Permanently
Date: Mon, 24 Jan 2022 07:36:11 GMT
Server: Apache/2.4.38 (Univention)
Location: https://127.0.0.1/egroupware/push
Content-Length: 320
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://127.0.0.1/egroupware/push">here</a>.</p>
<hr>
<address>Apache/2.4.38 (Univention) Server at 127.0.0.1 Port 80</address>
</body></html>

Also obwohl bei dem curl-Befehl mit https ein Fehler kommt?

Der gepostete Token ist der Anfang unseres Alphabetes und entspricht nicht dem tatsächlichen Token.

pixel24 · Jan '22

Wenn es diese Methode in Versionen vor 2.3.7 gibt. Kann dann die in der Beschreibung (Wiki) aufgeführte Zeile:

push_notification_driver = ox:url=http://Bearer:AbCdEfGhIjK@com01.test.lan/egroupware/push user_from_metadata

richtig sein… Ich meine das angehängte “user_from_metadata”

34	IMAP Push Notifications · EGroupware/egroupware Wiki · GitHub github.com
8	Übersicht Vorträge help.egroupware.org
8	Erste Schritte EGroupware auf UCS help.egroupware.org
5	Automatische Signatur in E-Mail help.egroupware.org
4	EGroupwareMail · EGroupware/egroupware Wiki · GitHub github.com

Ersteinrichtung unter UCS

Ersteinrichtung unter UCS

created

last reply

replies

views

users

likes

links

Frequent Posters

Popular Links

Ersteinrichtung unter UCS

created

last reply

replies

views

users

likes

links

Frequent Posters

Popular Links

share a link to this topic