Clean install of 2022.12.01 appliance, nothing works except of mail

FrankM · 2023-02-09T05:56:34+00:00

I'm using Proxmox, have a static IP and tried to install grommunio on a new VM. I set the proper network configuraiton and performed the grommunio setup with...

WalterH

waltaH Postfix Log: journalctl -f

auh

Hier mal ein Beispiel 🇦

Mar 30 11:51:14 vgro postfix/smtpd[22350]: warning: unknown[192.168.122.179]: SASL LOGIN authentication failed: authentication failure Mar 30 11:51:19 vgro saslauthd[1456]: DEBUG: auth_pam: pam_authenticate failed: Authentication failure Mar 30 11:51:19 vgro saslauthd[1456]: : auth failure: [user=scan@uhlenbusch.net] [service=smtp] [realm=uhlenbusch.net] [mech=pam] [reason=PAM auth error] Mar 30 11:51:19 vgro postfix/smtpd[22350]: warning: unknown[192.168.122.179]: SASL LOGIN authentication failed: authentication failure Mar 30 12:01:38 vgro postfix/smtp[24580]: A38FB2DBC3: to=<melisaslesser@aol.com>, relay=mx-aol.mail.gm0.yahoodns.net[67.195.204.80]:25, delay=383608, delays=383533/74/0.94/0.11, dsn=4.7.0, status=deferred (host mx-aol.mail.gm0.yahoodns.net[67.195.204.80] said: 421 4.7.0 [TSS04] Messages from 148.251.82.254 temporarily deferred due to unexpected volume or user complaints - 4.16.55.1; see https://postmaster.yahooinc.com/error-codes (in reply to MAIL FROM command))

Die Appliance hat "nur" das journal, kein syslogd oder so, ich habe allerdings jetzt einen nachinstalliert (rsyslogd), weil das journal wohl bei 4GB voll war !? Die syslog Files sind mir in solch einer Situation dann doch lieber ;-)

waltaH

auh unknown[192.168.122.179]

Wie kommt der mit der IP an deinen Server? Das sieht doch sehr nach intern aus?!

auh Die syslog Files sind mir in solch einer Situation dann doch lieber ;-)

Yep, mir auch. Und man kann die ja nach ein oder zwei Tagen in die Tonne treten.

WalterH

Die Syslog Files füllen die root Partition und die Appliance steht. Das ist der Grund wiese systemd Logging verwendet wird.

WalterH

Um zu verhindern, das grommunio diese Mails überhaupt annimmt und dann zurückschreibt, das die Mails nicht zustellbar sind, kann man Postfix erweitern.

Die Datei /etc/postfix/mysql_virtual_mailbox_maps.cf anlegen bzw. anpassen mit Inhalt:

user = grommunio
password = <PASSWORD>
hosts = localhost
dbname = grommunio
query = SELECT 1 FROM users WHERE username='%s'
and two entrys in main.cf

Datenbankname/User/Passwort können aus /etc/postfix/grommunio-virtual-mailbox-domains.cf übernommen werden.

In der /etc/postfix/main.cf 2 Zeilen anhängen:

virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
unverified_recipient_reject_code = 550

Postfix restarten.

Hier erklärt: https://community.grommunio.com/d/742-postfix-unbekannte-empfanger-direkt-ablehnen

auh

WalterH WOW, das ist der TIPP überhaupt !

Prima, DANKE !!! ;-)

P.S.: hat sehr gut geklappt

auh

waltaH Moin, ich habe da ein kompliziertes routing, das ist die ip von meinem router (npm und firewall).

waltaH

auh

Hmmm, dann wirds natuerlich unschoen. Wenn da jeder "Doedel" mit deiner internen IP aufschlaegt, funktioniert ja keine Black-/Blocklist, Netze beruehmter Spammer, Geoblocking, .... nix bzgl. IP? Und fail2ban kannst auch nicht nutzen, weil Du dann u.U selbst ausgesperrt wirst?

auh

waltaH Das stimmt, allerdings kann ich das vorgelagert machen wie z.B. Geoblocking oder auch blacklisting von Spammern, fail2ban dann wohl eben nicht ...

auh

auh Ich muss zugeben das meine Infrastruktur nicht "optimal" ist, bin dabei von einem gehosteten vServer auf einen physischen Server umzuziehen. Da habe ich nur 2 offizielle IP's, aber ich möchte kvm VM's und container starten können. Da muss ich halt schauen wie ich das alles aufteile, ist auch noch nicht fertig ;-)

Andy

Nachdem ich für meine Bestandsinstallation einige neue Updates installiert habe, habe ich heute eine neue Installation mit der Appliance vom 23.3.23 durchgeführt. Auf dessen Ablauf habe ich eine gelbe Meldung im termainal gesehen, dass bezüglich dem PHP die Grenze 512 MB überschritten wird. Das sollte behoben werden.

Ansonsten keine Änderung, auch der Error 400 bei Files war wieder da.

Alf06

Andy To solve the PHP memory issue
"The current PHP memory limit is below the recommended value of 512MB."
modify: /etc/php8/cli/php.ini
; Maximum amount of memory a script may consume
; http://php.net/memory-limit
memory_limit = 1024M

systemctl restart php-fpm - ok

i did an installation without an appliance image, just by downloading the grommunio-setup and starting the script.
Core, chat, files, office, archive were fine and fully functional without any modifications needed.
Meet needed some fixes for jicofo, videobridge settings to point to correct Domain, or using the definitions made in prosody.lua and a full adjustment for config.js definitions. But with those corrections made, even Meet was starting up with a first meeting.
in summary: The Grommunio product is very well coordinated. Installed very quickly and can be used almost immediately. I'm excited

WalterH

Andy dies Meldung kommt bei der Installation von Files, ist aber zu ignorieren, in den php-fpm Konfiguration wir der Wert richtig gesetzt. Files verwendet im Betrieb die php-fpm Konfiguration, nicht die nackte PHP Konfiguration.
Zum Error 400 sollte was in den Logs stehen.
tail /var/log/grommunio/* -f
Hilft ein Strg-Shift-R im Browser um den Error 400 zu beheben?

Andy

Alf06 just by downloading the grommunio-setup and starting the script

It seems you did a native installation, so it's not that easy in my case. By me, the installation runs on a Synology DS1621xs+ as a VM.

auh

Alf06 Hi, i guess you take openSuse 15.4, what about the needed packages like nginx ... ? Does the setup.sh install all packages they are needed for an complete installation ? Or do you install some manually ?

Andy

WalterH Strg-Shift-R im Browser um den Error 400 zu beheben?

Das verändert nichts. Wenn ich auf das Files-Modul zugreifen möchte erscheint über MobaXterm auf einem Win11 folgendes

==> /var/log/grommunio/nginx-files-access.log <==
192.168.168.127 - - [02/Apr/2023:11:15:05 +0200] "GET /files HTTP/2.0" 499 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/111.0"

==> /var/log/grommunio/nginx-access.log <==
192.168.168.127 - - [02/Apr/2023:11:15:05 +0200] "GET /files/ HTTP/2.0" 400 7876 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/111.0"
192.168.168.127 - - [02/Apr/2023:11:15:06 +0200] "GET /pwa-worker.js HTTP/2.0" 200 1246 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/111.0"

==> /var/log/grommunio/nginx-web-access.log <==
192.168.168.127 - - [02/Apr/2023:11:15:10 +0200] "POST /web/grommunio.php?subsystem=webapp_1680426880345 HTTP/2.0" 200 70 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/111.0"

Das ist nicht besonders viel. Allerdings ist in dieser Neuinstallation auch nicht alles von der Nextcloud-Installation vorhanden:

/var/lib/grommunio-files/apps-external/
/var/lib/grommunio-files/config/
/var/lib/grommunio-files/data/
/var/lib/grommunio-files/sessions/
/var/lib/grommunio-files/tmp/

und ist somit unvollständig, obwohl die Installation offenbar als erledigt gilt:

localhost:/ # zypper in grommunio-files
Metadaten von Repository 'grommunio' abrufen ..................................................................................[fertig]
Cache für Repository 'grommunio' erzeugen .....................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
'grommunio-files' ist bereits installiert.
Kein Aktualisierungskandidat für 'grommunio-files-25.0.4-lp154.34.1.noarch'. Die neueste Version ist bereits installiert.
Paketabhängigkeiten werden aufgelöst...
Keine auszuführenden Aktionen.
localhost:/ #

auh

Andy Hallo, kann es sein das hier beim Setup vom Netzwerk der Hostname nicht richtig gesetzt wurde ?

-> localhost !!!?

Andy

Andy somit unvollständig, obwohl die Installation offenbar als erledigt gilt

Die Nextcloud-Installation hat inhaltlich bei meiner letzten Installation vor 4 Tagen im Rootordner zumindest optisch vollständig ausgesehen, es sah aus, wie man das von einer funktionierenden Installation eben kennt.

Andy

Andy somit unvollständig, obwohl die Installation offenbar als erledigt gilt

Ich würde da für mich nun auch nicht gross experimentieren wollen, sondern in den kommenden Tagen weitere Updates abwarten und eine neue Installation versuchen. Meine Produktivinstallation ist ja davon unberührt. Ich habe die Neuinstallation gemacht, weil es in den letzten Tagen schon einen grösseren Umfang an Updates gegeben hat.

Allerdings fällt mir eines noch ein, ich habe diesmal bevor ich den Setup-Wizard ausgeführt haben, über die CUI zuerst das System geupdated, dann rebootet und erst dann den Wizard ausgeführt. Vielleicht sollte das komplett vom Setup übernommen werden.

Andy

auh Netzwerk der Hostname

Domain und Hostname sind korrekt.

Alf06

auh yes, used a hardened openSuse 15.4 image from my provider, all packages got installed by setup.sh, the only required interaction was to enable and start mariadb during setup dialog.

auh

Andy Dann sollte /usr/share/grommunio-files/config/config.php erstellt worden sein. Und für nginx /usr/share/grommunio-common/nginx/locations.d/grommunio-files.conf

Andy

auh Dann sollte.....

Ist auch so.

« Previous Page Next Page »