dspam-devel Mailing List for DSPAM (Page 5)
Brought to you by:
paulcockings,
sbajic
You can subscribe to this list here.
2009 |
Jan
|
Feb
(8) |
Mar
(13) |
Apr
(21) |
May
(70) |
Jun
(92) |
Jul
(125) |
Aug
(149) |
Sep
(52) |
Oct
(86) |
Nov
(116) |
Dec
(163) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(113) |
Feb
(28) |
Mar
(24) |
Apr
(107) |
May
(59) |
Jun
(9) |
Jul
(38) |
Aug
(503) |
Sep
(16) |
Oct
(12) |
Nov
(19) |
Dec
(17) |
2011 |
Jan
(2) |
Feb
(20) |
Mar
(2) |
Apr
(3) |
May
(36) |
Jun
(40) |
Jul
(2) |
Aug
(76) |
Sep
(10) |
Oct
(10) |
Nov
(14) |
Dec
(8) |
2012 |
Jan
(1) |
Feb
(9) |
Mar
(4) |
Apr
(9) |
May
(8) |
Jun
(15) |
Jul
|
Aug
(18) |
Sep
(6) |
Oct
(6) |
Nov
(5) |
Dec
(6) |
2013 |
Jan
(16) |
Feb
(13) |
Mar
(5) |
Apr
(1) |
May
|
Jun
(17) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2014 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2019 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: SourceForge.net <no...@so...> - 2012-09-28 08:29:35
|
Bug Tracker item #3572691, was opened at 2012-09-28 01:29 Message generated for change (Tracker Item Submitted) made by robotux You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3572691&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: daemon Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Preud'homme (robotux) Assigned to: Nobody/Anonymous (nobody) Summary: long line in message body causes error 530 Initial Comment: As reported in Debian [BR], long line in message body causes error "530 5.2.0 Message is empty. Aborting.". This in turn can causes MTA (exim is cited in the bug report) to fail with 'Broken pipe' message for dspam router and use retries to send other emails to other recepients, so messages are deferred and delivered with delay. [BR] http://bugs.debian.org/688853 The error stems from the fact that pop_buffer returns NULL when no newline is found (which is systematic for a line longer than 1023 bytes, the size of the buffer used in client_getline()). When this happens, the NULL is propagated from pop_buffer to client_getline, then to read_sock and finally process_connection returns the aformentioned error. Attach a patch to truncate line at 1023 bytes in pop_buffer by adding a newline just before the \0 when none is found. Note that I didn't try the patch so review are more than welcome. Best regards, Thomas Preud'homme ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3572691&group_id=250683 |
From: SourceForge.net <no...@so...> - 2012-09-21 09:23:52
|
Bug Tracker item #3570398, was opened at 2012-09-21 01:28 Message generated for change (Settings changed) made by sbajic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3570398&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: webui Group: v3.10.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Preud'homme (robotux) >Assigned to: Stevan Bajic (sbajic) Summary: user select list increases load time Initial Comment: Greetings, a bug has just been reported on the Debian package about the change for selecting users in the web UI from a text field to a select list. The user describes the case of a large number of users where the select list would thus slow down the loading time of pages. The user acknowledge to have the list of users is nice and suggest to make it possible to choose between text field and select list. Full log of the bug report is available at http://bugs.debian.org/688239 Best regards, Thomas Preud'homme [co-maintainer of dspam in Debian) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3570398&group_id=250683 |
From: SourceForge.net <no...@so...> - 2012-09-21 08:28:08
|
Bug Tracker item #3570398, was opened at 2012-09-21 01:28 Message generated for change (Tracker Item Submitted) made by robotux You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3570398&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: webui Group: v3.10.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Preud'homme (robotux) Assigned to: Nobody/Anonymous (nobody) Summary: user select list increases load time Initial Comment: Greetings, a bug has just been reported on the Debian package about the change for selecting users in the web UI from a text field to a select list. The user describes the case of a large number of users where the select list would thus slow down the loading time of pages. The user acknowledge to have the list of users is nice and suggest to make it possible to choose between text field and select list. Full log of the bug report is available at http://bugs.debian.org/688239 Best regards, Thomas Preud'homme [co-maintainer of dspam in Debian) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3570398&group_id=250683 |
From: SourceForge.net <no...@so...> - 2012-09-07 16:36:26
|
Bug Tracker item #3565617, was opened at 2012-09-07 09:36 Message generated for change (Tracker Item Submitted) made by kappernet You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3565617&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: webui Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kapper.net, inc. (kappernet) Assigned to: Nobody/Anonymous (nobody) Summary: OPTMODE not shown in german language Initial Comment: Hi I just hit a curious bug - no matter what language I select there's always OPTMODE (aka deactivate or activate dspam for a specific account) visible. Except for when I select german, then it is not shown anytime. Please - anyone got any idea? Regards hk ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3565617&group_id=250683 |
From: Tom H. <to...@wh...> - 2012-08-27 12:33:47
|
On 8/27/12 1:34 PM, Christophe Garault wrote: > On 22/08/2012 19:20, Benny Pedersen wrote : >> Den 2012-08-22 18:43, Christophe Garault skrev: >> >>> Le 22/08/2012 18:33, Benny Pedersen a écrit : >>> >>>> in this mail is found !DSPAM:503506e6195581958918765! >>>> Yes I know. That was my question Benny: how do I set OptIn and >>>> OptOut in order to have all my incoming mails going to spamd while >>>> leaving the >>>> outgoing one untouched ??? >>>> >> put opt in >> >> in dspam.conf >> >> in sql put this >> >> INSERT INTO `dspam_preferences` (`uid`, `preference`, `value`) VALUES >> (1, 'optIn', 'on'); >> >> >> uid 1 is me :) >> >> > Thanks for answering Benny, > > I did what you said but I wonder if "opt" is case sensitive because it's > "Opt" in my dspam.conf: > > Preference "optIn=on" # { on | off } > Preference "optOut=off" # { on | off } > Opt in > > > Also, optOut is for outgoing mail right ? DSPAM has no concept on incoming or outgoing mail. You just send e-mail to it, it gets processed (or not), and then sent forth. Optin/Out only describes if messages passed to DSPAM are processed or not. If you set "Opt in", then all messages that DSPAM receives, are passed on without being processed. Users then need to opt-in in their prefs to get their messages processed. The Preference Optin/Optout are defaults for these settings. If you setup the Optin/out stuff correctly, only messages received by users that are opted in will be processed by dspam. Outgoing messages generally don't go to your users but to fr...@ho..., and since fr...@ho... is not opted in, no processing will happen. So set in dspam.conf: Opt in Preference "OptIn=on" Preference "OptOut=off" Then add users to dspam user database. It would also be a good idea to set the Optin pref in the users preferences: dspam_admin add pref 'us...@ex...' OptIn on NB: If you have more questions regarding dspam configuration, please send them to the -users list, where more ppl are available to help you, and more ppl can learn from the given answers (now and in the future). Thanks ;) -- Tom |
From: Christophe G. <chr...@ga...> - 2012-08-27 11:34:19
|
On 22/08/2012 19:20, Benny Pedersen wrote : > Den 2012-08-22 18:43, Christophe Garault skrev: > >> Le 22/08/2012 18:33, Benny Pedersen a écrit : >> >>> in this mail is found !DSPAM:503506e6195581958918765! >>> Yes I know. That was my question Benny: how do I set OptIn and >>> OptOut in order to have all my incoming mails going to spamd while >>> leaving the >>> outgoing one untouched ??? >>> > put opt in > > in dspam.conf > > in sql put this > > INSERT INTO `dspam_preferences` (`uid`, `preference`, `value`) VALUES > (1, 'optIn', 'on'); > > > uid 1 is me :) > > Thanks for answering Benny, I did what you said but I wonder if "opt" is case sensitive because it's "Opt" in my dspam.conf: Preference "optIn=on" # { on | off } Preference "optOut=off" # { on | off } Opt in Also, optOut is for outgoing mail right ? uid 1 is me too. Look at what this query is returning and tell my why is my outgoing mail still going through spamd ??? SELECT * from dspam_preferences where uid = 1; 1;"spamAction";"tag" 1;"signatureLocation";"headers" 1;"statisticalSedation";"5" 1;"enableBNR";"on" 1;"optOut";"off" 1;"showFactors";"off" 1;"enableWhitelist";"on" 1;"dailyQuarantineSummary";"off" 1;"optIn";"on" 1;"trainingMode";"TOE" 1;"spamSubject";"[SPAM]" > it does a better job then spamassassin compared to how much resources > spamassassin uses > > That's why I'm trying to switch, but spamassassin is way easier to install... ;) Regards. |
From: Tom H. <to...@wh...> - 2012-08-24 17:34:37
|
On 24/08/12 16:51, Stevan Bajić wrote: > On 23.08.2012 22:49, Tom Hendrikx wrote: >> I'm missing it in Gentoo. > Because you don't copy it :) > The older version of the Ebuild copied this file. I never copy stuff that is not necessary... See below. > >> In Ubuntu it is available in >> libdspam7-dev, but after reviewing the package, it seems that copying >> the file is added in the package (same for pref.h). > Have not looked at the Ubuntu package but stock DSPAM does not install > them. One is needed for dspam --version to print out the used > config/compile options and the other is needed when you want to use > libdspam (for example for compiling the dovecot plugin). Although the data for dspam --version is in there, it is not needed at runtime. The recent dovecot-antispam plugin doesn't need it either, since that compiles fine here without the file being there. That's probably why I left it out in the ebuild: nothing within gentoo seems to depend on it, so as a package maintainer there is no need to include it. And upstream (putting on my other hat now) seemed to think it's not necessary to install, because it's not in the Makefile. > > IMHO we could include it in the installation. The reason it is not there > is because the original code from John never did include those in the > installation and we continued using it that way. I'll find out later tonight how to do that, because I need it in place, and debian/ubuntu thinks [1] they're useful too. :) [1] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/dspam/quantal/view/head:/debian/libdspam7-dev.install.in -- Tom |
From: Stevan B. <st...@ba...> - 2012-08-24 14:51:16
|
On 23.08.2012 22:49, Tom Hendrikx wrote: > Hi, Hello Tom, > Is there any reason why we aren't including auto-config.h in 'make > install'? no. > I'm missing it in Gentoo. Because you don't copy it :) The older version of the Ebuild copied this file. > In Ubuntu it is available in > libdspam7-dev, but after reviewing the package, it seems that copying > the file is added in the package (same for pref.h). Have not looked at the Ubuntu package but stock DSPAM does not install them. One is needed for dspam --version to print out the used config/compile options and the other is needed when you want to use libdspam (for example for compiling the dovecot plugin). IMHO we could include it in the installation. The reason it is not there is because the original code from John never did include those in the installation and we continued using it that way. > > -- > Tom > > -- Kind Regards from Switzerland, Stevan Bajić |
From: Tom H. <to...@wh...> - 2012-08-23 20:50:18
|
Hi, Is there any reason why we aren't including auto-config.h in 'make install'? I'm missing it in Gentoo. In Ubuntu it is available in libdspam7-dev, but after reviewing the package, it seems that copying the file is added in the package (same for pref.h). -- Tom |
From: Christophe G. <chr...@ga...> - 2012-08-23 09:40:14
|
On 22/08/2012 23:44, Tom Hendrikx wrote : > > The CHANGELOG says one thing about postgresql between 3.10.1 and 3.10.2: > > [20110930:2055] sbajic: Remove support for PostgreSQL< 8.1.0 (EOL) > Yep, that's what I saw and why I decided to remain with 3.10.1 > Unfortunately this does not describe the fact that this change also > included (improved) support for postgresql 9.1 > > So if dspam + postgresql give query errors, then either: > - use dspam 3.10.2 + postgres 9.1 > - use dspam 3.10.1 + postgres<=9.0 > - modify postgres 9.1 postgresql.conf: > set standard_conforming_strings=off > > Also see: > http://sourceforge.net/mailarchive/message.php?msg_id=29635988 > http://www.postgresql.org/docs/9.1/static/runtime-config-compatible.html > Tom you're unvaluable ! I'm pretty confident that this is part of my problem. Thank you so much. I'm gonna upgrade to 3.10.2 immediatly. Best regards. Christophe Garault |
From: Benny P. <me...@ju...> - 2012-08-22 23:00:42
|
Den 2012-08-22 23:44, Tom Hendrikx skrev: > http://sourceforge.net/mailarchive/message.php?msg_id=29635988 note to ubuntu users, make a bug report of missing dependics in dspam that it must have postgresql 9.1 installed or is it actuly postgresql 9.1 that needs dspam well lunchpad will resolve it > > http://www.postgresql.org/docs/9.1/static/runtime-config-compatible.html thanks Tom, here i consider to change to postgresql since mysql is not performing well with dspam. well it works but i think it works better with postgresql, not a big problem for me to make that change, but i wold like to know if others can confirm it holds water before i make it |
From: Tom H. <to...@wh...> - 2012-08-22 21:44:23
|
On 22/08/12 18:20, Christophe Garault wrote: > On 22/08/2012 17:52, Stevan Bajić wrote : >> Is there any reason stopping you from using 3.10.2? > Thanks for answering Stephan, > > what refrains me from using the lastest version, is that it's packaged > in Debian Sid only which I don't whant to play with (even if I could > apt-pin this one only) > I could also consider compiling it myself, which I didn't after reading > the Changelog and decided to stay with 3.10.1 > But believe me, I'm ready to dig very deeply in order to get dspam > working... ;) The CHANGELOG says one thing about postgresql between 3.10.1 and 3.10.2: [20110930:2055] sbajic: Remove support for PostgreSQL < 8.1.0 (EOL) Unfortunately this does not describe the fact that this change also included (improved) support for postgresql 9.1 So if dspam + postgresql give query errors, then either: - use dspam 3.10.2 + postgres 9.1 - use dspam 3.10.1 + postgres <=9.0 - modify postgres 9.1 postgresql.conf: set standard_conforming_strings=off Also see: http://sourceforge.net/mailarchive/message.php?msg_id=29635988 http://www.postgresql.org/docs/9.1/static/runtime-config-compatible.html -- Tom |
From: Benny P. <me...@ju...> - 2012-08-22 17:19:59
|
Den 2012-08-22 18:43, Christophe Garault skrev: > Le 22/08/2012 18:33, Benny Pedersen a écrit : >> >> in this mail is found !DSPAM:503506e6195581958918765! >> Yes I know. That was my question Benny: how do I set OptIn and >> OptOut in order to have all my incoming mails going to spamd while >> leaving the >> outgoing one untouched ??? put opt in in dspam.conf in sql put this INSERT INTO `dspam_preferences` (`uid`, `preference`, `value`) VALUES (1, 'optIn', 'on'); uid 1 is me :) > This is absolutly not clear in the docs ! this is good we here have a helpfull maillist so >>> do you consider this as a secureity problem ? >> Not at all. If only dspam was really working... it does a better job then spamassassin compared to how much resources spamassassin uses |
From: Christophe G. <chr...@ga...> - 2012-08-22 16:44:04
|
!DSPAM:50350c48195586235414539! |
From: Benny P. <me...@ju...> - 2012-08-22 16:33:02
|
Den 2012-08-22 18:20, Christophe Garault skrev: >> Jeeez, I thought it meant Train EveryThing. Ok, I'm gonna give TOE a >> try. in this mail is found !DSPAM:503506e6195581958918765! so you have opt in opt out inccorect pr user, or default opt in all even this maillist user here cant read his mails on your server, i still miss the password, but what happend if i forward this maillist mail now to you training alias as ham ? do you consider this as a secureity problem ? TOE means Train On Error |
From: Christophe G. <chr...@ga...> - 2012-08-22 16:21:02
|
!DSPAM:503506e6195581958918765! |
From: Stevan B. <st...@ba...> - 2012-08-22 15:53:11
|
On 22.08.2012 17:00, Christophe Garault wrote: > Sorry guys if I feel a bit upset, but it's been 3 weeks now since I > started to install Dspam with PostgreSQL... > I've read the whole README and tons of wiki and other sources here and > there. > Nothing seems to work. Wether my database is "UTF8" or "SQL_ASCII" > encoded I still get lots of sql errors and dspam_train still learns > nothing. > Maildir format used (untouched original emails stored in user's > personal directory): > > # ls -l /tmp/dspam/spam/ |wc > 8628 77645 1022895 > > # ls -l /tmp/dspam/ham/ |wc > 1318 11855 125436 > > # cd /tmp/dspam > # time dspam_train to...@ga... --client spam ham > > And after a while (~ 18 Hours) > > TRAINING COMPLETE > > Training Snapshot: > to...@ga... TP: 0 TN: 1572 FP: 0 FN: 8397 SC: 0 NC: 0 > SHR: 0.00% HSR: 0.00% OCA: 15.77% > > Overall Statistics: > to...@ga... TP: 0 TN: 1573 FP: 0 FN: 8397 SC: 0 NC: 0 > SHR: 0.00% HSR: 0.00% OCA: 15.78% > > real 1083m43.292s > user 26m0.438s > sys 10m59.845s > > So before I definitely give up with dspam (which I don't want to, but > hey I have a life after all) has anybody got an advice for my setup ? > > dspam 3.10.1 Is there any reason stopping you from using 3.10.2? > postfix 2.7.1 Not relevant for your issue. > postgresql 9.1 > Relevant for your issue. > here are my default.pref, spamd.conf and pgsql.conf > > ____________________________________ > trainingMode=TEFT Very bad. You should not use TEFT. Better would be TOE or TUM (I prefer TOE). > spamAction=tag > spamSubject=[SPAM] > enableBNR=on > enableWhitelist=on > statisticalSedation=5 > signatureLocation=headers > whitelistThreshold=20 > showFactors=off > ____________________________________ > > Home /var/spool/dspam > StorageDriver /usr/lib/x86_64-linux-gnu/dspam/libpgsql_drv.so > DeliveryHost 127.0.0.1 > DeliveryPort 10034 > DeliveryIdent localhost > DeliveryProto SMTP > EnablePlusedDetail on > OnFail error > Trust root > Trust dspam > Trusr postfix > Trust www-data > Trust mail > Trust daemon > Trust amavis > TrainingMode teft Better would be 'toe'. > TestConditionalTraining on > Feature noise > Feature whitelist > Feature tb=5 > Algorithm graham burton > Tokenizer osb > PValue bcr > WebStats on > ImprobabilityDrive on > Preference "trainingMode=TEFT" # { TOE | TUM | TEFT | NOTRAIN > } -> default:teft Switch to TOE > Preference "spamAction=tag" # { quarantine | tag | deliver > } -> default:quarantine > Preference "spamSubject=[SPAM]" # { string } -> default:[SPAM] > Preference "statisticalSedation=5" # { 0 - 10 } -> default:0 > Preference "enableBNR=on" # { on | off } -> default:off > Preference "enableWhitelist=on" # { on | off } -> default:on > Preference "signatureLocation=header" # { message | headers } -> > default:message > Preference "tagSpam=on" # { on | off } > Preference "tagNonspam=off" # { on | off } > Preference "showFactors=on" # { on | off } -> default:off > Preference "optIn=off" # { on | off } > Preference "optOut=off" # { on | off } > Preference "whitelistThreshold=20" # { Integer } -> default:10 > Preference "makeCorpus=off" # { on | off } -> default:off > Preference "storeFragments=off" # { on | off } -> default:off > Preference "localStore=" # { on | off } -> > default:username > Preference "processorBias=on" # { on | off } -> default:on > Preference "fallbackDomain=off" # { on | off } -> default:off > Preference "trainPristine=off" # { on | off } -> default:off > Preference "optOutClamAV=off" # { on | off } -> default:off > Preference "ignoreRBLLookups=off" # { on | off } -> default:off > Preference "RBLInoculate=off" # { on | off } -> default:off > Preference "notifications=off" # { on | off } -> default:off > AllowOverride enableBNR > AllowOverride enableWhitelist > AllowOverride fallbackDomain > AllowOverride ignoreGroups > AllowOverride ignoreRBLLookups > AllowOverride localStore > AllowOverride makeCorpus > AllowOverride optIn > AllowOverride optOut > AllowOverride optOutClamAV > AllowOverride processorBias > AllowOverride RBLInoculate > AllowOverride showFactors > AllowOverride signatureLocation > AllowOverride spamAction > AllowOverride spamSubject > AllowOverride statisticalSedation > AllowOverride storeFragments > AllowOverride tagNonspam > AllowOverride tagSpam > AllowOverride trainPristine > AllowOverride trainingMode > AllowOverride whitelistThreshold > AllowOverride dailyQuarantineSummary > AllowOverride notifications > IgnoreHeader Accept-Language > IgnoreHeader Authentication-Results > IgnoreHeader Content-Type > IgnoreHeader DKIM-Signature > IgnoreHeader Date > IgnoreHeader DomainKey-Signature > IgnoreHeader Importance > IgnoreHeader In-Reply-To > IgnoreHeader List-Archive > IgnoreHeader List-Help > IgnoreHeader List-Id > IgnoreHeader List-Post > IgnoreHeader List-Subscribe > IgnoreHeader List-Unsubscribe > IgnoreHeader Message-ID > IgnoreHeader Message-Id > IgnoreHeader Organization > IgnoreHeader Received > IgnoreHeader Received-SPF > IgnoreHeader References > IgnoreHeader Reply-To > IgnoreHeader Resent-Date > IgnoreHeader Resent-From > IgnoreHeader Thread-Index > IgnoreHeader Thread-Topic > IgnoreHeader User-Agent > IgnoreHeader X-policyd-weight > IgnoreHeader thread-index > PurgeSignature off # Specified in purge.sql > PurgeNeutral 90 > PurgeUnused off # Specified in purge.sql > PurgeHapaxes off # Specified in purge.sql > PurgeHits1S off # Specified in purge.sql > PurgeHits1I off # Specified in purge.sql > LocalMX 127.0.0.1 > SystemLog on > UserLog on > Opt out > ParseToHeaders on > ChangeModeOnParse on > ChangeUserOnParse full > MaxMessageSize 26214400 > ServerHost 127.0.0.1 > ServerPort 10033 > ServerQueueSize 32 > ServerPID /var/run/dspam/dspam.pid > ServerMode auto > ServerParameters "--deliver=innocent -d %u" > ServerIdent "dspam.garault" > ProcessorURLContext on > ProcessorBias on > StripRcptDomain off > Include /etc/dspam/dspam.d/ > ___________________________________________________ > PgSQLServer 127.0.0.1 > PgSQLPort 5432 > PgSQLUser dspam > PgSQLPass xxxxx > PgSQLDb dspam_db > ___________________________________________________ > > Thanks in advance. > > PS: I still don't understand how Opt, OptIn and OptOut actually work > so this post might go through the filter.. > Is the original dspam.conf not enough documented? # # Opt: in or out; determines DSPAM's default filtering behavior. If this value # is set to in, users must opt-in to filtering by dropping a .dspam file in # /var/dspam/opt-in/user.dspam (or if you have homedirs configured, a .dspam # folder in their home directory). The default is opt-out, which means all # users will be filtered unless a .nodspam file is dropped in # /var/dspam/opt-out/user.nodspam # Opt in > Christophe Garault -- Kind Regards from Switzerland, Stevan Bajić |
From: Christophe G. <chr...@ga...> - 2012-08-22 15:01:41
|
!DSPAM:5034f44952061698819924! |
From: Benny P. <me...@ju...> - 2012-08-21 15:47:49
|
Den 2012-08-21 16:57, Christophe Garault skrev: >> Encoded by whom ? by the ignorant unicode software :) > Sorry Benny but what do you mean exactly in this sentence ? it might be my wording about it, but i still have to see unicode with 8 bit in a console that is 7bit > With UTF8 when a caracter is above 127 (ASCII) it takes 2 or more > bytes to encode it. That's all I know about it. you got the point >> so sql database should just use ascii bin so it does not encode >> unicode >> Ok, so it's too bad that this is not clearly stated in the official >> README as it would have saved me a lot of work ! :/ yes |
From: Christophe G. <chr...@ga...> - 2012-08-21 14:57:46
|
Le 21/08/2012 15:37, Benny Pedersen a écrit : > Den 2012-08-21 15:28, Christophe Garault skrev: > >> Does this mean we can't use UTF8 as the character set of a PostgreSQL >> database ? That sounds surprinsing to me. >> > nope since utf8 is 7bit encoded > Encoded by whom ? Sorry Benny but what do you mean exactly in this sentence ? With UTF8 when a caracter is above 127 (ASCII) it takes 2 or more bytes to encode it. That's all I know about it. > so sql database should just use ascii bin so it does not encode unicode > Ok, so it's too bad that this is not clearly stated in the official README as it would have saved me a lot of work ! :/ Regards. Christophe Garault |
From: Benny P. <me...@ju...> - 2012-08-21 13:37:51
|
Den 2012-08-21 15:28, Christophe Garault skrev: > Does this mean we can't use UTF8 as the character set of a PostgreSQL > database ? That sounds surprinsing to me. nope since utf8 is 7bit encoded so sql database should just use ascii bin so it does not encode unicode same as if one encode in html one does not need quoted printeble, so much sad in emails today |
From: Christophe G. <chr...@ga...> - 2012-08-21 13:29:04
|
Hello there, Hope I'll get more answers here than on the users-ML. As the title suggests I'm trying to run Dspam (3.10.1) on a Debian machine with Postfix and PostgreSQL 9.1 Until now I had no success as all inserts in dspam_signature_data returned this error: CEST ERREUR: séquence d'octets invalide pour l'encodage « UTF8 » : 0xcf38 (Invalid Byte Sequence for UTF8 encoding) Here is one example of those actual insert : http://pastebin.com/YzX4FjgP Then I tried a new database with an SQL_ASCII character set. And then the same insert works perfectly ! Does this mean we can't use UTF8 as the character set of a PostgreSQL database ? That sounds surprinsing to me. Thanks in advance. Christophe Garault |
From: SourceForge.net <no...@so...> - 2012-06-26 12:39:09
|
Bug Tracker item #3537735, was opened at 2012-06-25 06:06 Message generated for change (Comment added) made by sbajic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3537735&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.6.8 Status: Open Resolution: Postponed Priority: 5 Private: No Submitted By: kloetpatra (kloetpatra) Assigned to: Stevan Bajic (sbajic) Summary: dspam_stats creating non-existent users Initial Comment: Hi! when i'm using dspam_stats for non-existent users it will create the user... for example invoking "dspam_stats -H xyzuser" ls -la /var/spool/dspam/data/local/xyzuser total 2316 drwxr-x--- 2 root root 4096 2012-06-25 15:04 ./ drwxr-x--- 12 root root 4096 2012-06-25 15:04 ../ -rw-r--r-- 1 root root 2359688 2012-06-25 15:04 xyzuser.css -rw-r--r-- 1 root root 0 2012-06-25 15:04 xyzuser.lock ---------------------------------------------------------------------- >Comment By: Stevan Bajic (sbajic) Date: 2012-06-26 05:39 Message: > I did the changes, and dspam_stats is still adding new users. > This is very strange. I run over here the GIT version and I can not make my DSPAM to produce the same result as you have: theia ~ # ls -lah /var/spool/dspam/data/localdomain/testuser ls: cannot access /var/spool/dspam/data/localdomain/testuser: No such file or directory theia ~ # dspam_stats -H testuser@localdomain testuser@localdomain: TP True Positives: 0 TN True Negatives: 0 FP False Positives: 0 FN False Negatives: 0 SC Spam Corpusfed: 0 NC Nonspam Corpusfed: 0 TL Training Left: 2500 SHR Spam Hit Rate 100.00% HSR Ham Strike Rate: 100.00% PPV Positive predictive value: 100.00% OCA Overall Accuracy: 100.00% theia ~ # ls -lah /var/spool/dspam/data/localdomain/testuser ls: cannot access /var/spool/dspam/data/localdomain/testuser: No such file or directory theia ~ # ls -lah /var/spool/dspam/data/localdomain ls: cannot access /var/spool/dspam/data/localdomain: No such file or directory theia ~ # dspam_stats -H testuser testuser: TP True Positives: 0 TN True Negatives: 0 FP False Positives: 0 FN False Negatives: 0 SC Spam Corpusfed: 0 NC Nonspam Corpusfed: 0 TL Training Left: 2500 SHR Spam Hit Rate 100.00% HSR Ham Strike Rate: 100.00% PPV Positive predictive value: 100.00% OCA Overall Accuracy: 100.00% theia ~ # ls -lah /var/spool/dspam/data/local/testuser ls: cannot access /var/spool/dspam/data/local/testuser: No such file or directory theia ~ # ls -lah /var/spool/dspam/data/local ls: cannot access /var/spool/dspam/data/local: No such file or directory theia ~ # > Have to say that I'm not running dspam in daemon mode using pipes instead. > This does not matter. Using pipes or daemon mode both result in using libdspam (aka: same logic). > IMHO creating users is a untypical action for a "stats program" regardless of the opt setting. > Yes if it is not documented. But in the case of DSPAM it is a documented behaviour. So the problem you have is either configuration problem (this is still my suspicion) or the fact that you run that old 3.6.8 version. You however ruled out that it is configuration so the only left option is to test a more recent version of DSPAM. Do you have the possibility to do a test with 3.10.2? ---------------------------------------------------------------------- Comment By: kloetpatra (kloetpatra) Date: 2012-06-26 00:13 Message: I did the changes, and dspam_stats is still adding new users. Have to say that I'm not running dspam in daemon mode using pipes instead. IMHO creating users is a untypical action for a "stats program" regardless of the opt setting. ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2012-06-25 06:20 Message: Probably you have instructed DSPAM to automatically create users as soon as DSPAM is processing messages/tasks for a user. If you set/change in dspam.conf: Preference "optIn=off" Preference "optOut=on" Opt in Change preferences for default: dspam_admin change preference default optIn off dspam_admin change preference default optOut on Restart DSPAM daemon and retry to list statistics for a non existing user: dspam_stats -H ishouldnotexist If you still get a user created then it is a bug. If you don't get the user created then please take the time and read the DSPAM documentation regarding user handling in DSPAM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3537735&group_id=250683 |
From: SourceForge.net <no...@so...> - 2012-06-26 07:13:18
|
Bug Tracker item #3537735, was opened at 2012-06-25 06:06 Message generated for change (Comment added) made by kloetpatra You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3537735&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.6.8 >Status: Open >Resolution: Postponed Priority: 5 Private: No Submitted By: kloetpatra (kloetpatra) Assigned to: Stevan Bajic (sbajic) Summary: dspam_stats creating non-existent users Initial Comment: Hi! when i'm using dspam_stats for non-existent users it will create the user... for example invoking "dspam_stats -H xyzuser" ls -la /var/spool/dspam/data/local/xyzuser total 2316 drwxr-x--- 2 root root 4096 2012-06-25 15:04 ./ drwxr-x--- 12 root root 4096 2012-06-25 15:04 ../ -rw-r--r-- 1 root root 2359688 2012-06-25 15:04 xyzuser.css -rw-r--r-- 1 root root 0 2012-06-25 15:04 xyzuser.lock ---------------------------------------------------------------------- >Comment By: kloetpatra (kloetpatra) Date: 2012-06-26 00:13 Message: I did the changes, and dspam_stats is still adding new users. Have to say that I'm not running dspam in daemon mode using pipes instead. IMHO creating users is a untypical action for a "stats program" regardless of the opt setting. ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2012-06-25 06:20 Message: Probably you have instructed DSPAM to automatically create users as soon as DSPAM is processing messages/tasks for a user. If you set/change in dspam.conf: Preference "optIn=off" Preference "optOut=on" Opt in Change preferences for default: dspam_admin change preference default optIn off dspam_admin change preference default optOut on Restart DSPAM daemon and retry to list statistics for a non existing user: dspam_stats -H ishouldnotexist If you still get a user created then it is a bug. If you don't get the user created then please take the time and read the DSPAM documentation regarding user handling in DSPAM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3537735&group_id=250683 |
From: SourceForge.net <no...@so...> - 2012-06-25 13:20:25
|
Bug Tracker item #3537735, was opened at 2012-06-25 06:06 Message generated for change (Comment added) made by sbajic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3537735&group_id=250683 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.6.8 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: kloetpatra (kloetpatra) >Assigned to: Stevan Bajic (sbajic) Summary: dspam_stats creating non-existent users Initial Comment: Hi! when i'm using dspam_stats for non-existent users it will create the user... for example invoking "dspam_stats -H xyzuser" ls -la /var/spool/dspam/data/local/xyzuser total 2316 drwxr-x--- 2 root root 4096 2012-06-25 15:04 ./ drwxr-x--- 12 root root 4096 2012-06-25 15:04 ../ -rw-r--r-- 1 root root 2359688 2012-06-25 15:04 xyzuser.css -rw-r--r-- 1 root root 0 2012-06-25 15:04 xyzuser.lock ---------------------------------------------------------------------- >Comment By: Stevan Bajic (sbajic) Date: 2012-06-25 06:20 Message: Probably you have instructed DSPAM to automatically create users as soon as DSPAM is processing messages/tasks for a user. If you set/change in dspam.conf: Preference "optIn=off" Preference "optOut=on" Opt in Change preferences for default: dspam_admin change preference default optIn off dspam_admin change preference default optOut on Restart DSPAM daemon and retry to list statistics for a non existing user: dspam_stats -H ishouldnotexist If you still get a user created then it is a bug. If you don't get the user created then please take the time and read the DSPAM documentation regarding user handling in DSPAM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3537735&group_id=250683 |