Hallo Leute,
ich hab die neusten Updates von UCS und Kopano Core auf die 8.4.5.0 heute aktualisiert.
Kann es sein, dass der kopano-spamd nicht mehr verfügbar ist?
2018-02-16 09:17:38,104 - spamd - INFO - starting spamd
2018-02-16 09:17:48,406 - spamd - ERROR - Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/kopano/log.py", line 87, in log_exc
try: yield
File "/usr/lib/python2.7/dist-packages/kopano/service.py", line 97, in start
_utils._daemonize(self.main, options=self.options, log=self.log, config=self.config, service=self)
File "/usr/lib/python2.7/dist-packages/kopano/utils.py", line 536, in _daemonize
stderr=sys.stderr,
File "/usr/lib/python2.7/dist-packages/kopano/daemon/daemon.py", line 352, in __enter__
self.open()
File "/usr/lib/python2.7/dist-packages/kopano/daemon/daemon.py", line 344, in open
self.pidfile.__enter__()
File "/usr/lib/python2.7/dist-packages/kopano/lockfile.py", line 228, in __enter__
self.acquire()
File "/usr/lib/python2.7/dist-packages/kopano/daemon/pidlockfile.py", line 109, in acquire
super(TimeoutPIDLockFile, self).acquire(timeout, *args, **kwargs)
File "/usr/lib/python2.7/dist-packages/kopano/daemon/pidlockfile.py", line 59, in acquire
super(PIDLockFile, self).acquire(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/kopano/lockfile.py", line 266, in acquire
raise LockTimeout
LockTimeout
wenn ich das richtig sehe, ist es ja gerade kopano-spamd, was hier die Exception wirft. Dies geschieht laut Trace direkt im Start beim Versuch einen Lock auf das eigene pid File zu erhalten. Lief dort eventuell schon eine Instanz des kopano-spamd?
Salve,
danke für deine Antwort schon mal. Kopano ist Neuland für mich und Python genau so.
Nur mal vorab zur Info.
Wenn ich das jetzt richtig verstehe, dann läuft deiner Meinung nach dieser. nur das Script kann nicht wirklich darauf zugreifen?
Unter /var/run/kopano liegt ein spamd.pid und spamd.pid.lock
Hilft das weiter`?
Ich bilde mir ein, das vor dem Update ein Dienst kopano-spamd da war und der jetzt irgendwie fehlt…
Was aber wieder komisch ist, das im Mailheader zu sehen ist, das geprüft wird
for <info@xxx.xx>; Tue, 20 Feb 2018 12:21:58 +0100 (CET)
X-Virus-Scanned: by amavisd-new-2.10.1 (20141025) (Debian) at xxx.xx
X-Spam-Flag: NO
X-Spam-Score: 0.575
X-Spam-Level:
X-Spam-Status: No, score=0.575 tagged_above=-1000 required=5
tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RDNS_NONE=1.274,
SPF_HELO_PASS=-0.001, URIBL_BLOCKED=0.001]
autolearn=no autolearn_force=no
Received: from mailmx.xxxx.de ([127.0.0.1])
Gibt es denn den Prozess mit der PID aus spamd.pid noch und ist es ‘kopano-spamd’? Ansonsten die beiden Dateien entfernen.
Der Headerzeilen kommen vom Scanner (amavis/spamassassin). Die kopano-spamd Komponente dient ja nur dazu, nicht als Spam erkannte Mails dem Lernmechanismus vorzuwerden.
Das im Mail Header hat nichts mit Kopano-spamd zu tun - das ist vom Postfix Amavis Aufruf - hier wird die Email auf viren (amavis-clamav) und spam (amavis-spamassasin) geprüft
Kopano-spamd hat nichts mit Spam Erkennung zu tun sondern ist für das SPAM und HAM Learning gedacht - das script schaut ob eine Email in den Junk-Ordner im Kopano Client verschoben wird und fügt dieses dann in die SPAM db von spamassassin ein
kopano-spamd wird aber nicht automatisch nach einem Server reboot ausgeführt da es kein daemon ist - du kannst das aber über cron automatisch starten lassen nach jedem reboot
Hallo Christian, danke für die Antwort.
Okay das hab ich soweit verstanden, aber der Kopano-spamd ist nicht da… bzw. wie soll ich den starten?
wenn ich diesen Befehl ausführe kommt das:
root@mailmx:~# service kopano-spamd status
● kopano-spamd.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
jepp genau so hab ich das gemacht…
und unter /usr/local/bin/ liegt die datei kopano-spamd.py
wenn ich das dann ausführe, dann kommt es in der log
/var/log/kopano/spamd.log
2018-02-22 17:19:22,074 - spamd - ERROR - Traceback (most recent call last):
File “/usr/lib/python2.7/dist-packages/kopano/log.py”, line 87, in log_exc
try: yield
File “/usr/lib/python2.7/dist-packages/kopano/service.py”, line 178, in start
_daemonize(self.main, options=self.options, log=self.log, config=self.config, service=self)
File “/usr/lib/python2.7/dist-packages/kopano/service.py”, line 111, in _daemonize
stderr=sys.stderr,
File “/usr/lib/python2.7/dist-packages/kopano/daemon/daemon.py”, line 352, in enter
self.open()
File “/usr/lib/python2.7/dist-packages/kopano/daemon/daemon.py”, line 344, in open
self.pidfile.enter()
File “/usr/lib/python2.7/dist-packages/kopano/lockfile.py”, line 228, in enter
self.acquire()
File “/usr/lib/python2.7/dist-packages/kopano/daemon/pidlockfile.py”, line 109, in acquire
super(TimeoutPIDLockFile, self).acquire(timeout, *args, **kwargs)
File “/usr/lib/python2.7/dist-packages/kopano/daemon/pidlockfile.py”, line 59, in acquire
super(PIDLockFile, self).acquire(*args, **kwargs)
File “/usr/lib/python2.7/dist-packages/kopano/lockfile.py”, line 266, in acquire
raise LockTimeout
LockTimeout