Grommunio for Synology (G4S)

[491810]

Mich wundert aber gerade etwas anderes. Ich habe meiner ds918p jetzt 2x 1TB SSD spendiert. Wollte zuerst 2x 2TB kaufen. Dachte mir dann aber von 500GB auf 1TB bei der System SSDs reicht erstmal aus. Jetzt habe ich die GRO von 100GB auf 200GB erweitert. Speicherplatzrückgewinnung ist aktiviert (greift die allgemein? Oder nur für neue Files???). 1-2 Tage später hat die GRO dann 109GB dann 119GB. Jetzt - schwupps - bin ich bei 192GB. Wow. Wie kommt denn sowas??? Wie schaufelt sich die GRO den mal eben so in knapp einer Woche 80-90GB (!) auf die Platte??? Ich bin platt. Auf meiner GRO sind gerade mal vier Postfächer. Und die sind nun auch nicht riesig. Selbst die PSTs ergeben zusammen keine 50GB. Wie kommen da 80-90GB in ein paar Tagen zusammen? Hat da einer eine Idee?

 

[chats]

Ich war nun per Kabel direkt an der DS. Alles andere abgestöpselt. DS-Neustart und VM-Neustart.
Ich kam auf das Admin-Webinterface aber Userinterface bringt weiterhin die gleiche Fehlermeldung.
Meiner Meinung nach muss dann in der VM ansich was ganz derbe verbogen sein.

Stelle grade fest das Surveillance - Station auch keine Verbindung zu den Kameras aufbaut. Kameras selber sind aber erreichbar.
Was bitteschön ist hier einmal los?

 

[Andy+]

Vielleicht mal die Webschnittstellen mal durchgehen. VM Netzwerk, Webstation usw..

 

[Andy+]

die PSTs ergeben zusammen keine 50GB

Ein Verhältnis von fast 4:1 habe ich auch ganz grob. Vielleicht sind das alles Cachedaten.

 

[491810]

Also meine Postfächer habe jeweils keine 2-3GB. Das eine sogar nur 250MB. Da komme ich summa-summarum ja auf keine 10GB. Wie komme ich denn dann aber bei der GRO auf über 200GB Festplattenkapazität??? Was schaufelt der sich denn da bitte alles rein? Kann man das irgendwie bereinigen?

 

[FricklerAtHome]

Meine GRO VM läuft auf einer virtuellen HD mit lediglich 32 GB, 4 Kernen und 6 GB RAM.
Angeschlossen sind 4 User mit gesamt ca. 5000 Mails. Aktuell sind ca. 16 GB auf der vHD in Gebrauch. Das ist seit Monaten so stabil.



Eine Vermutung für den rasant steigenden Festplattenplatz wäre ein massiver Verbrauch durch irgendein mitlaufendes LOG.
Wenn das GRO auch direkt aus dem Internet erreichbar ist käme auch ein "gekapertes Mail-System" in Frage. So funktionieren die meisten Spam-Schleudern. Der Admin bekommt gar nicht mit was da seinen Speicher frist.

 

[Andy+]

Ganz grob sieht das bei mir auch aus, wobei fast 60.000 Elemente in 13 GB in Postfächern verwaltet werden, Belegung laut VMM nicht ganz 47 GB, also Verhältnis rund 3,6 und stabil. VM läuft virtuellem Speicher mit 60 GB, 4 Kernen und 8 GB RAM.

 

[491810]

Danke für eire Informationen. Also mein Mailsystem besteht aus 4 CPUs, 6GB RAM, 300GB SSD.
Auf die Schnelle nur mal eben fix die Größe der Gesendet und Gelöscht Ordner der Postfächer.

1. Postfach: Gesamtgröße (AdminGUI) = 10,8 GB,Gesendet = 20.296 Email, Gelöscht = 29.887 Emails
2. Postfach: Gesamtgröße (AdminGUI) = 3,9 GB,Gesendet = 2.377 Email, Gelöscht = 4.338 Emails
3. Postfach: Gesamtgröße (AdminGUI) = 0,4 GB,Gesendet = 52 Email, Gelöscht = 894 Emails
4. Postfach: Gesamtgröße (AdminGUI) = 1,2 GB, Gesendet = 1.305 Email, Gelöscht = 14.280 Emails

Und "ja" man kann gelöschte Emails löschen. Mache ich aber nicht. Bin da ein alter Daten-Messi.
Man weiß nie welche Email man irgendwann wegen was auch immer warum auch immer benötigt.

Aber bei den vier Postfächern (max bei "free" sind ja fünf) wären das summa-summarum ja gerade
mal 16,3GB. Wie ich da auch über 200GB Auslastung auf der virtuellen Festplatte komme ist mir unklar.
Und selbst wenn - was ja okay wäre für Cache und Tot und Teufel - aber wieso 80-90GB in 1/2 Woche?

Bzgl. der "Open SMTP Relay"-Annahme. Das sollte sich ausschließen lassen. Das konfiguriert die GRO
ja bereits im Rahmen des Setups. Aber aus Neugierde: was/wo müssste ich hier welche Werte prüfen?

In der main.cf ist mein Netzwerk wie folgt hinterlegt "mynetworks = 127.0.0.0/8 [::1]/128". Was passt.
Mein internes LAN (172.16.0.0/24) und Fritzbox LAN (192.168.178.0/24) habe ich nicht extra hinterlegt.
Im Bereich "SASL Stuff" habe ich zusätzlich auch noch "noanonymous" in beiden Bereichen hinterlegt:

############################################################
# SASL stuff
############################################################
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = lmdb:/etc/postfix/sasl_passwd
broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous

 

[chats]

Guten abend...
Ich habe nun eine ältere ISO-Datei von grommunio installiert und damit komme ich wenigstens wieder auf die Webinterfaces ( Admin und User )
Was aber weiterhin nicht geht ist der MAPI-Zugang.
In der Hosts Datei habe ich eingetragen
192.168.xxxx.xxx autodiscover.meinedomaine.de

192.168.xxx.xxx ist die IP-Adresse des grommunio Servers.

 

[491810]

Den Server selbst (zB. "mail.meinedomaine.de) - den Du bei der Einrichtung nametlich angegeben hast - hast Du den ebenfalls in die Host Datei eingetragen? Normalerweise wird ein DNS Server bei Anfrage an die Autodiscover-URL das Ergebnis des MX-Record (=Mail Server) weiterleiten. Nur das Deine Host Datei nur die Autodiscover-URL kennt. Aber nicht die des Mail-Servers. Den solltest Du ebenfalls noch eintragen. Hier 1-2 Anleitungen:

https://tech-tip.de/was-ist-autodiscover-und-wie-funktioniert-es/
https://www.msxfaq.de/exchange/autodiscover/autodiscover_outlook.htm

 

[chats]

@491810
Ich habe bei der Einrichtung keinen Mailserver angegeben. Die Einrichtung habe ich komplett durchlaufen lassen bis auf die Passwörter, Uhrzeit, Sprache. Kann ich die Adresse im nachhinein noch ändern?
In dem Beitrag hier ist aber doch auch nur die Rede von einem (1) Eintrag in der hosts - Datei. Und der lautet doch
192.168.xxx.xxx meinedomain.de
Muss denn da jetzt doch noch ein weiterer rein mit 192.168.xxx.xxx mail.meinedomain.de ??

ping autodiscover.meinedomain.de ist erfolgreich.

 

[491810]

Also in meiner Host Datei steht die URL für autodiscover.domain.ltd als auch der mail.domain.ltd.
Und im Rahmen der Einrichtung musst Du in dem einen Setup Bildschirm auch die URL eingeben.

https://docs.grommunio.com/admin/installation.html

Abschnitt: "Fully Qualified Domain Name"

 

[FricklerAtHome]

nochmal zum Thema Festplattenverbrauch:

Testet mal im Terminal im Ordner /var folgenden Befehl der den festplattenverbrauch in den enthaltenen Unterordnern zeigt:

du -h --max-depth 1 ./ | sort -h

Da sollten als dicke Fische dann die Ordner ./lib und ./log auftauchen.
Mit dem gleichen Befehl in den Unterordnern kann man dann sehen wo bei denen große Verbräuche sind.
ich habe bei mir im ordner ./log hier vor allem unter ./log/journal allein 3,9 GB unnötiges gefunden und löschen können.

mein system ist aber auch ansonsten unauffällig

 

[Andy+]

Interessant. Das sieht bei mir so aus

localhost:/ # cd var
localhost:/var # ls -al
total 16
drwxr-xr-x 1 root root 98 Jan 11 14:11 .
drwxr-xr-x 1 root root 220 Dez 29 21:03 ..
drwxr-xr-x 1 root root 106 Jan 11 14:21 adm
drwxr-xr-x 1 root root 94 Dez 29 21:02 cache
drwxr-xr-x 1 root root 0 Mär 15 2022 crash
drwxr-xr-x 1 root root 736 Jan 17 18:27 lib
lrwxrwxrwx 1 root root 9 Dez 29 20:59 lock -> /run/lock
drwxr-xr-x 1 root root 862 Feb 28 00:00 log
lrwxrwxrwx 1 root root 10 Mär 15 2022 mail -> spool/mail
drwxr-xr-x 1 root root 0 Mär 15 2022 opt
lrwxrwxrwx 1 root root 4 Dez 29 20:59 run -> /run
drwxr-xr-x 1 root root 70 Dez 29 21:01 spool
drwxrwxrwt 1 root root 768 Feb 28 13:20 tmp
-rw-r--r-- 1 root root 208 Dez 29 21:01 .updated
localhost:/var # du -h --max-depth 1 ./ | sort -h
0 ./crash
0 ./opt
0 ./tmp
4,0K ./spool
84K ./adm
219M ./cache
4,1G ./log
34G ./lib
39G ./
localhost:/var #

 

[FricklerAtHome]

Und bei mir so:
für /var

[root@mail var]# du -h --max-depth 1 ./ | sort -h
0 ./crash
0 ./opt
0 ./tmp
20K ./spool
84K ./adm
255M ./cache
479M ./log
11G ./
11G ./lib
[root@mail var]#

für /var/lib

[root@mail lib]# du -h --max-depth 1 ./ | sort -h
0 ./apparmor
0 ./dhcp
0 ./dhcp6
0 ./ebtables
0 ./empty
0 ./fetchmail
0 ./firstboot
0 ./memcached
0 ./mysql-files
0 ./nginx
0 ./nobody
0 ./php8
0 ./polkit
0 ./private
0 ./selinux
0 ./sudo
0 ./wwwrun
0 ./xkb
4,0K ./dbus
4,0K ./plymouth
4,0K ./sshd
8,0K ./grommunio-admin-api
8,0K ./hardware
8,0K ./misc
8,0K ./postfix
8,0K ./YaST2
12K ./wicked
16K ./zypp
20K ./grommunio-dav
72K ./fail2ban
128K ./alternatives
164K ./systemd
240K ./redis
1012K ./grommunio-antispam
3,9M ./ca-certificates
7,2M ./grommunio-files
20M ./grommunio-web
196M ./mysql
10G ./gromox
11G ./
[root@mail lib]#

und für /var/lib/gromox (das ist das Gromox Basis Verzeichnis mit den User Postfächern)

[root@mail gromox]# du -h --max-depth 1 ./ | sort -h
0 ./queue
1,5M ./domain
10G ./
10G ./user
[root@mail gromox]#

Damit steckt meine Nutzlast auf der Festplatte mit 10 GB im Benutzerordner von Gromox. Das passt zu meinen E-Mail Konten.
Insgesamt werden knapp 13 GB auf der Festplatte genutzt.

 

[chats]

@491810 Habe nun auch den FQDN Namen ( mail.meinedomain.de ) eingetragen beim durchlaufen der Setuproutine von Grommunio und ebenfalls in der hosts Datei.

Gleiche in grün. Das Konto kann nicht eingerichtet werden über Outlook.

 

[491810]

Sieht bei mir so aus. Die Logs machen gerade einmal 1,7BG aus. Also nicht die Welt.

Nur warum die dämlichen Postfächer schlappe 240GB ausmachen ist mir schleierhaft.

localhost:/var # ls -al
total 16
drwxr-xr-x 1 root root 98 Feb 2 17:09 .
drwxr-xr-x 1 root root 220 Feb 18 19:25 ..
drwxr-xr-x 1 root root 106 Feb 2 17:10 adm
drwxr-xr-x 1 root root 94 Dec 29 21:02 cache
drwxr-xr-x 1 root root 0 Mar 15 2022 crash
drwxr-xr-x 1 root root 730 Feb 18 17:03 lib
lrwxrwxrwx 1 root root 9 Dec 29 20:59 lock -> /run/lock
drwxr-xr-x 1 root root 892 Feb 28 00:00 log
lrwxrwxrwx 1 root root 10 Mar 15 2022 mail -> spool/mail
drwxr-xr-x 1 root root 0 Mar 15 2022 opt
lrwxrwxrwx 1 root root 4 Dec 29 20:59 run -> /run
drwxr-xr-x 1 root root 70 Dec 29 21:01 spool
drwxrwxrwt 1 root root 788 Feb 28 17:24 tmp
-rw-r--r-- 1 root root 208 Dec 29 21:01 .updated

localhost:/var # du -h --max-depth 1 ./ | sort -h
0 ./crash
0 ./opt
0 ./tmp
28K ./spool
84K ./adm
220M ./cache
1.7G ./log
240G ./lib
241G ./

localhost:/var/lib # du -h --max-depth 1 ./ | sort -h
0 ./apparmor
0 ./dhcp
0 ./dhcp6
0 ./ebtables
0 ./empty
0 ./fetchmail
0 ./firstboot
0 ./grommunio-archive
0 ./grommunio-chat
0 ./grommunio-dav
0 ./grommunio-files
0 ./machines
0 ./mailman
0 ./mariadb
0 ./memcached
0 ./mysql-files
0 ./named
0 ./nginx
0 ./nobody
0 ./php8
0 ./polkit
0 ./private
0 ./prosody
0 ./selinux
0 ./sudo
0 ./wwwrun
0 ./xkb
4.0K ./dbus
4.0K ./hardware
4.0K ./nfs
4.0K ./plymouth
4.0K ./sshd
8.0K ./grommunio-admin-api
8.0K ./misc
8.0K ./postfix
8.0K ./YaST2
12K ./wicked
20K ./zypp
132K ./alternatives
500K ./redis
944K ./grommunio-antispam
3.9M ./ca-certificates
127M ./mysql
762M ./grommunio-web
1.1G ./systemd
238G ./gromox
240G ./

localhost:/var/log # du -h --max-depth 1 ./ | sort -h
0 ./grommunio-antispam
0 ./grommunio-dav
0 ./gromox
0 ./krb5
0 ./private
0 ./prosody
12K ./nginx
20K ./mysql
396K ./zypp
728K ./redis
832K ./YaST2
29M ./updateTestcase-2023-02-19-23-45-55
59M ./grommunio-sync
253M ./grommunio
1.3G ./journal
1.7G ./

localhost:/var/lib/gromox # du -h --max-depth 1 ./ | sort -h
0 ./queue
288K ./domain
238G ./
238G ./user

 

[FricklerAtHome]

und welcher diener user frist den nun mehr Festplatte als erwartet? Bei mir sind die user 1 bis 4 im erwarteten bereich

 

[Andy+]

Da musst Du die Unterverzeichnisse angucken. Nur die Inhalte sind nicht ganz klar

cid - ?
config
eml
exmdb
ext- ?
tmp

Wenn ich mir das so angucke, habe ich da noch Unklarheiten

localhost:/var/lib/gromox/user/0/1 # du -h --max-depth 1 ./ | sort -h
0 ./tmp
56K ./config
421M ./ext
1,3G ./exmdb
16G ./eml
17G ./cid
34G ./
localhost:/var/lib/gromox/user/0/1 #

 

[FricklerAtHome]

du bist ggf ein verzeichnich zu hoch

root@mail user]# du -h --max-depth 1 ./ | sort -h
0 ./2
1,3G ./4
1,4G ./0
2,5G ./1
4,9G ./3
10G ./
[root@mail user]# ^C

hier wird angzeigt welcher user (0 bis 4) welchen verbrauch hat. Mein user 3 ist der "postbote" der eine kopie aller anderen user hat.

Für alle die Mitlesen ./ ist immer die Größe des abgefragten Ordners Gesamt!