Spam Handler hier Spamassassin

[outlow]

hi Martin,

wie gewünscht

> ./listbundles
bundlename: org.eclipse.osgi status: ACTIVE
bundlename: com.openexchange.authentication.database status: ACTIVE
bundlename: com.openexchange.axis2 status: RESOLVED
bundlename: com.openexchange.caching status: ACTIVE
bundlename: com.openexchange.calendar status: ACTIVE
bundlename: com.openexchange.charset status: RESOLVED
bundlename: com.openexchange.common status: ACTIVE
bundlename: com.openexchange.configjump.generic status: ACTIVE
bundlename: com.openexchange.configread status: ACTIVE
bundlename: com.openexchange.contactcollector status: ACTIVE
bundlename: com.openexchange.control status: ACTIVE
bundlename: com.openexchange.conversion.engine status: ACTIVE
bundlename: com.openexchange.conversion status: ACTIVE
bundlename: com.openexchange.conversion.servlet status: ACTIVE
bundlename: com.openexchange.crypto status: ACTIVE
bundlename: com.openexchange.data.conversion.ical.ical4j status: ACTIVE
bundlename: com.openexchange.dataretention.csv status: ACTIVE
bundlename: com.openexchange.dataretention status: ACTIVE
bundlename: com.openexchange.datatypes.genericonf status: ACTIVE
bundlename: com.openexchange.datatypes.genericonf.storage status: ACTIVE
bundlename: com.openexchange.easylogin status: ACTIVE
bundlename: com.openexchange.global status: ACTIVE
bundlename: com.openexchange.group.managerequest status: ACTIVE
bundlename: com.openexchange.groupware.settings.extensions status: ACTIVE
bundlename: com.openexchange.i18n status: ACTIVE
bundlename: com.openexchange.imap status: ACTIVE
bundlename: com.openexchange.mail.filter status: ACTIVE
bundlename: com.openexchange.management status: ACTIVE
bundlename: com.openexchange.monitoring status: ACTIVE
bundlename: com.openexchange.mwoxadmingui status: RESOLVED
bundlename: com.openexchange.passwordchange.database status: ACTIVE
bundlename: com.openexchange.passwordchange.servlet status: ACTIVE
bundlename: com.openexchange.pop3 status: ACTIVE
bundlename: com.openexchange.publish.basic status: ACTIVE
bundlename: com.openexchange.publish status: ACTIVE
bundlename: com.openexchange.publish.json status: ACTIVE
bundlename: com.openexchange.publish.microformats status: ACTIVE
bundlename: com.openexchange.publish.online.infostore status: ACTIVE
bundlename: com.openexchange.push.udp status: ACTIVE
bundlename: com.openexchange.resource.managerequest status: ACTIVE
bundlename: com.openexchange.server status: ACTIVE
bundlename: com.openexchange.sessiond status: ACTIVE
bundlename: com.openexchange.smtp status: ACTIVE
bundlename: com.openexchange.spamhandler.spamassassin status: ACTIVE
bundlename: com.openexchange.sql status: ACTIVE
bundlename: com.openexchange.subscribe.crawler status: ACTIVE
bundlename: com.openexchange.subscribe status: ACTIVE
bundlename: com.openexchange.subscribe.json status: ACTIVE
bundlename: com.openexchange.subscribe.microformats status: ACTIVE
bundlename: com.openexchange.templating status: ACTIVE
bundlename: com.openexchange.timer status: ACTIVE
bundlename: com.openexchange.unifiedinbox status: ACTIVE
bundlename: com.openexchange.xerces.sun status: ACTIVE
bundlename: com.openexchange.xml status: ACTIVE
bundlename: javax.activation status: ACTIVE
bundlename: javax.servlet status: ACTIVE
bundlename: net.freeutils.jcharset status: ACTIVE
bundlename: org.apache.commons.cli status: ACTIVE
bundlename: org.apache.commons.lang status: ACTIVE
bundlename: org.apache.commons.logging status: ACTIVE
bundlename: org.apache.commons.logging.log4j status: RESOLVED
bundlename: org.apache.log4j.configuration status: RESOLVED
bundlename: org.apache.log4j status: RESOLVED
bundlename: org.eclipse.equinox.event status: ACTIVE
bundlename: org.eclipse.osgi.services status: ACTIVE

seit dem Update von Build: 6.8.0-6802 auf Version: 6.12.0 Rev3 stehen einige Pakete auf resolved, was aber meiner Meinung daran liegt das sie nicht weiter in verwendung sind

MfG

outlow

[Martin Heiland]

Hi,

da hat sich wohl ein Fehler in der Dokumentation eingeschlichen, kannst du es bitte so versuchen:

com.openexchange.imap.spamHandler=SpamAssassin

Gruß

[Dennis Sieben]

Die Zeile

com.openexchange.imap.spamHandler=SpamAssassinSpamHandler

in imap.properties muss wie folgt aussehen:

com.openexchange.imap.spamHandler=SpamAssassin

dann sollte es funktionieren.

Gruß,

Dennis

[outlow]

angabe geändert in der Imap.properties und schon wird es auch richtig versucht,
jedoch bekomme ich jetzt auch eine entsprechende Fehlermeldung

java.net.Socket.connect(SocketAddress, int) to spamd at localhost/127.0.0.1 failed, retrying (#1 of 1)

da werde ich mir die konfiguration noch einmal ansehen müssen

Funktioniert das ganze nur mit den z.B. debian Pakete oder auch mit der selbst kompilierten version??

MfG

outlow

[Martin Heiland]

Hi,

also der Fehler kommt womöglich weil Spamassassin ("spamd") nicht richtig konfiguriert ist. Von kompilierten Sachen im Produktivbetrieb möchte ich nur abraten, wirklich supporten können wir nur die Pakete.

Gruß

[bschneider]

Hi outlow

Den gleichen Error habe ich auch. Sprichst du spamassassin ebenfalls via amavis an?
Btw. Ich nutze alles Debian Pakete via apt (bloss dass du nicht deshalb jetzt alles neu aufziehst).

[outlow]

Hi,

als wir unseren Server aufgesetzt haben gab es das spamassassin nicht als debian Paket daher die Kompilierung.

Angesprochen wird das Paket bislang von Amavis was auch funktioniert.

Lediglich der Versuch von OX das spamassassin anzusprechen schlägt mit der in einem vorherigen Post genannten Meldung ab.

[outlow]

ich habe spamassassin auf die debian paket version umgestellt.

open-xchange erreicht nun den spamd über den entsprechenden Port, jedoch kann der spamd nicht richtig arbeiten da die config bislang noch nicht richtig zu sein scheint:

Sep 23 22:35:30 b081 spamd[1980]: spamd: connection from localhost [127.0.0.1] at port 46548 
Sep 23 22:35:30 b081 spamd[1980]: spamd: still running as root: user not specified with -u, not found, or set to root, falling back to nobody at /usr/sbin/spamd line 1161, <GEN17> line 2. 
Sep 23 22:35:30 b081 spamd[1980]: spamd: service unavailable: TELL commands have not been enabled. at /usr/sbin/spamd line 1707, <GEN17> line 2. 
Sep 23 22:35:30 b081 spamd[1770]: prefork: child states: II

kann mich hier vieleicht jemand auf die schnelle unterstützen!!

amavis klassifiziert E-Mail nach wievor korrekt als Spam, konnte bislang nichts anderes feststellen.

thx

outlow

[outlow]

zu früh gefreut,

derzeit landen alle Mails in der que und werden nicht zugestellt, das ganze liegt daran das erst amavis nicht erreichbar war , neustart hat geholfen, jedoch findet amavis nun spamassassin nicht mehr.

ich suche mal schön weiter und werde das ergebnis posten, vielleicht kommt ja noch mal wer auf die blöde idee von einer kompilierten version auf das Paket umzusteigen!

Da ist es allerdings bislang nur ein kleiner Trost das OX spamassassin nun erreicht (mit einschränkungen)

bis dahin

outlow

P.S.: für Tipps bin ich natürlich dankbar

[outlow]

so kleiner Fehler große wirkung.

bei der Umstellung von der selbst kompilierten spamassassin version auf das debian paket ging eine config datei verloren.

datei wieder erstellt und siehe da was vorher ging geht auch nun wieder.

bleibt nur noch das Problem mit der Ansprache von Spamassassin durch OX

dort bekomme ich bislang noch folgende Meldung:

Sep 24 12:36:35 b081 spamd[1870]: spamd: connection from localhost [127.0.0.1] at port 50780 
Sep 24 12:36:35 b081 spamd[1870]: spamd: service unavailable: TELL commands have not been enabled. at /usr/sbin/spamd line 1707, <GEN8> line 2. 
Sep 24 12:36:35 b081 spamd[1772]: prefork: child states: II

mal sehen wo ich hier noch einen Fehler in der config habe, über tipps und hilfestellungen würde ich mich wie immer freuen

thx

outlow

[outlow]

na man sollte auch die config überprüfen es fehlte hier das argument --allow-tell oder -l

jetzt die config von amavis noch auf den spamd erweitern und dann sollte auch diese Meldung verschwinden

Sep 24 22:53:05 b081 spamd[5118]: spamd: connection from localhost [127.0.0.1] at port 42203 
Sep 24 22:53:05 b081 spamd[5118]: spamd: Tell: Did nothing for (unknown):105 in 0.0 seconds, 60678 bytes 
Sep 24 22:53:05 b081 spamd[5112]: prefork: child states: II

die Spam mail wird jetzt vom inbox Ordner in den Spam Ordner verschoben

mfg

outlow

[Livio]

Hallo outlow,

ich erhalte eine ähnlich Meldung in meinen Logfiles:

Fri Sep 25 08:21:12 2009 [13311] info: spamd: connection from localhost.localdomain [127.0.0.1] at port 47604                               
Fri Sep 25 08:21:12 2009 [13311] info: spamd: Tell: Did nothing for (unknown):61 in 0.1 seconds, 18916 bytes                                
Fri Sep 25 08:21:13 2009 [13307] info: prefork: child states: II

Konntest Du das Problem bereits lösen?
Mir ist gerade nicht klar, welche Änderungen an der amavis-Config notwendig ist.

Vielen Dank.

Gruß

Livio

[outlow]

Hi,

beheben konnte ich das ganze noch nicht.
Es geht hier vermutlich auch um die Spamassassin eigenen config Dateien.

Bislang lief bei mir Spamassassin über amavis und in diesem Fall wird die config über amavis geregelt.

Im Fall des Aufrufs durch OX wird der spamd angesprochen und dieser ist nun per config anzupassen. Dies ist mir bislang jedoch noch nicht gelungen.

Über Unterstützung würde ich mich ebenfalls freuen,

thx

outlow

[Dennis Sieben]

Hi,

die Meldung deutet nicht unbedingt auf einen Fehler hin. Spamd informiert nur darüber das er für den eingegangen Mail Stream nicht besonderes gemacht hat (vielleicht kennt er die Mail schon). Es kann allerdings auch sein das der Username nicht stimmt, über das spamd Protocol wird nämlich auch der Username übergeben:

https://svn.apache.org/repos/asf/spamassassin/trunk/spamd/PROTOCOL

Ich würde einfach mal eine Mail erst in der Inbox als Spam markieren und dann die Mail wieder im Spam Ordner aufsuchen und als Ham markieren, dann sollte eine andere Meldung auftauchen, falls nicht würde ich den Usernamen mal überprüfen. Im einfachsten Fall mit tcpdump.

Gruß,

Dennis

[Livio]

Vielen Dank für den Hinweis.
Ich bekomme beim Markieren als Spam und Ham die gleiche Meldung vom spamd Daemon:

Tell: Did nothing for (unknown)

Ich denke daher, dass Deine Vermutung bzgl. des Usernamens richtig ist.

Ich habe daher mittels "tcpdump -i lo dst port 783" versucht den Datenverkehr des Daemons abzuhören, aber leider keinen für mich verwertbaren Hinweis gefunden.
Markieren als Spam:

S 2860456694:2860456694(0) win 32792 <mss 16396,sackOK,timestamp 620754845 0,nop,wscale 6>
. ack 2857524125 win 513 <nop,nop,timestamp 620754845620754845>
P 0:3772(3772) ack 1 win 513 <nop,nop,timestamp 620754845 6207 54845>              
F 3772:3772(0) ack 1 win 513 <nop,nop,timestamp 620754846 6207 54845>
. ack 24 win 513 <nop,nop,timestamp 620754848 620754848>      
. ack 25 win 513 <nop,nop,timestamp 620754848 620754848>

Markieren als Ham:

S 1481800465:1481800465(0) win 32792 <mss 16396,sackOK,timestamp 620801399 0,nop,wscale 6>
. ack 1491391471 win 513 <nop,nop,timestamp 620801399 620801399>
P 0:3771(3771) ack 1 win 513 <nop,nop,timestamp 620801399 620801399>
F 3771:3771(0) ack 1 win 513 <nop,nop,timestamp 620801400 620801399>
. ack 24 win 513 <nop,nop,timestamp 620801401 620801401>
. ack 25 win 513 <nop,nop,timestamp 620801402 620801402>

Kann man den Paketen mit tcpdump weitere Infos entlocken?

Gruß, Livio