dspam-devel Mailing List for DSPAM (Page 4)
Brought to you by:
paulcockings,
sbajic
Menu
▾
▴
dspam-devel — Developer, new features and building mailinglist
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: Tod A. S. <san...@ri...> - 2013-01-08 01:24:10
|
Here is another patch for dspam.cgi that deals with the delivery of false positives from the quarantine. It is a patch on top of the recent quarantine file locking patch I submitted. It allows for specifying in configure.pl an external command for delivering false positives. If this command is not defined, the patch has no effect, other than some optional additional logging. For us, this is a script that first attempts to retrain/deliver with dspam as normal. But then the script tries to verify if the message was actually delivered, and if not, it will try to deliver the command directly (for instance, with procmail). This external script is quite site specific. Background: If the DSPAM signature of a message cannot be found in the database (most often because it has expired and has been cleaned from the database), the dspam command will exit with a successful status even though it does not deliver the message. Long ago, we had several unhappy professors after they returned from sabbatical and attempted to deliver old messages in their quarantines. Tod Sandman Sr. Systems Administrator Middleware Development & Integration Rice University |
|
From: Troy A. <dsp...@wc...> - 2013-01-07 22:01:27
|
So far, it doesn't seem to introduce any expected behavior. As to seeing if it does what it's supposed to do, that will take some time. I've never experienced total quarantine loss, just reports of lost email when retraining 2 more more messages from the history tab. Seems to not be easily reproducible issue. -Troy On 1/7/2013 3:23 PM, Tom Hendrikx wrote: > @Troy: If you can test Tods patch and see if it does what it's supposed > to fix, we have at least 2 persons vouching for the patch. |
|
From: Stevan B. <st...@ba...> - 2013-01-07 21:56:55
|
On 07.01.2013 22:23, Tom Hendrikx wrote: > On 07-01-13 20:34, Tod A. Sandman wrote: >>> Did the patch you submitted get merged in the official dspam.cgi? >>> >> I never received a reply, so I assume not. >> > Hi Hello, > It's not that we are ungrateful, just the fact that there are not many > developers actively working on DSPAM. Another problem is that I don't > know perl very well, so I am in no position to really verify that patch > does not introduce weird behaviour or security issues. I will do it in the next days. > @Troy: If you can test Tods patch and see if it does what it's supposed > to fix, we have at least 2 persons vouching for the patch. > > Kind regards, > Tom -- Kind Regards from Switzerland, Stevan Bajić > _______________________________________________ > Dspam-devel mailing list > Dsp...@li... > https://lists.sourceforge.net/lists/listinfo/dspam-devel > |
|
From: Tom H. <to...@wh...> - 2013-01-07 21:23:13
|
On 07-01-13 20:34, Tod A. Sandman wrote: >> Did the patch you submitted get merged in the official dspam.cgi? >> > > I never received a reply, so I assume not. > Hi It's not that we are ungrateful, just the fact that there are not many developers actively working on DSPAM. Another problem is that I don't know perl very well, so I am in no position to really verify that patch does not introduce weird behaviour or security issues. @Troy: If you can test Tods patch and see if it does what it's supposed to fix, we have at least 2 persons vouching for the patch. Kind regards, Tom |
|
From: Tod A. S. <san...@ri...> - 2013-01-07 19:34:32
|
> Did the patch you submitted get merged in the official dspam.cgi? > I never received a reply, so I assume not. Tod Sandman Sr. Systems Administrator Middleware Development & Integration Rice University Voice: 713.348.5816 |
|
From: Troy A. <dsp...@wc...> - 2013-01-07 18:42:07
|
Did the patch you submitted get merged in the official dspam.cgi? -Troy On 12/10/2012 3:37 PM, Tod A. Sandman wrote: > And here's the patch. > > > Tod Sandman > Sr. Systems Administrator > Middleware Development & Integration > Rice University > |
|
From: SourceForge.net <no...@so...> - 2012-12-28 22:39:47
|
Bug Tracker item #3592411, was opened at 2012-12-04 03:39 Message generated for change (Comment added) made by tomhendr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3592411&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: Alex Prokofiev (alexpr2) Assigned to: Nobody/Anonymous (nobody) Summary: Encoded headers Initial Comment: This is the same as bug ID 3137120 (postponed and now closed), just updated for v.3.10. I've added iconv check in configure.ac and re-encoding is now conditional - depends on iconv availability. For autoconf stuff m4/iconv.m4 should be copied from glibc or gettext. Just in case description from closed bug: There are several problems (though minor) with emails with encoded headers: - dspam only decodes headers in Base64 or QuotedPrintable, but ignores encoding, thus writes data into logs in different charsets - webui completely ignores encoded headers in Quarantine view and outputs whatever was written into logs in History view. Thus, for countries with many charsets (eg. Russia) its very difficult to view either Quarantine or History views - most Subjects and "From" lines are unreadable. Attached patches convert everything into utf-8, thus solving this problems. ---------------------------------------------------------------------- >Comment By: Tom Hendrikx (tomhendr) Date: 2012-12-28 14:39 Message: I tested this and it does seem to work when iconv is available. However I still have several issues: - automake complains about missing config.rpath file. I ran into this when trying to add iconv.m4 myself, but there seems to be no solution on google for that, only questions, and workarounds (e.g. create an empty file). - The iconv.m4 from gettext does not allow to disable iconv when it is installed. The second issue also means that I currently have no way to test if dspam still works without using iconv. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3592411&group_id=250683 |
|
From: Tom H. <to...@wh...> - 2012-12-14 23:39:13
|
Hi, While working on dspam stuff I ran into blocklisting, which is apparently a way to block messages within DSPAM too. It is totally undocumented, but after reading the source and having google find mailing list stuff from 2007, I got it work: the related code is minimal but seems to work fine. Is there any reason why this feature is completely undocumented? It seems to be there since at least 2005 (git blame points finger at jonz). If you want to test it: General idea is to create list in /var/spool/dspam/data/<username>/username.blocklist, and add some domain names, each on a line. The domain from the email address in the From: header is matched against the list, and any hit directly marks the message as Blocklisted/Spam. The message is not learned as spam or used in any other way. -- Regards, Tom |
|
From: SourceForge.net <no...@so...> - 2012-12-12 01:07:37
|
Bug Tracker item #3413998, was opened at 2011-09-26 04:53 Message generated for change (Comment added) made by duck207 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3413998&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.10.x Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Ingo Theiss (itheiss) Assigned to: Stevan Bajic (sbajic) Summary: DSPAM broken after upgrade to PostgreSQL 9.1 Initial Comment: After PostgreSQL 9.1 has hit Debian/testing DSPAM fails to insert data into the table 'dspam_signature_data' (see attached sql_erros.txt). After digging around in the source code I have seen the function 'PQescapeByteaConn' (pgsql_drv.c line 1574) is used to escape the data. Unfortunately with PostgreSQL 9.1 the default from the setting 'standard_conforming_strings' has changed from 'off' to 'on'. Please read the following thread as I am not an expert in C-Programming nor in PostgreSQL: http://postgresql.1045698.n5.nabble.com/PQescapeByteaConn-returns-wrong-string-for-PG9-1-Beta3-td4667713.html I can confirm that DSPAM is working again if I set 'standard_conforming_strings = off' in my postgresql.conf. But since the new default for PostgreSQL 9.1 is 'standard_conforming_strings = on' this should be considered in pgsql_drv.c. ---------------------------------------------------------------------- Comment By: The Duck (duck207) Date: 2012-12-11 17:07 Message: I got warnings with this fix and standard_conforming_strings to off and this resulted in DSPAM returning with a non-zero exit code and mail delivery failure. Maybe seeting escape_string_warning to off would help, as it warns if any backslash is found in the string, even if doubled. As i can now switch standard_conforming_strings to on, i just did, then i should be able to ping this bug if the fix is not enough. ---------------------------------------------------------------------- Comment By: Ingo Theiss (itheiss) Date: 2011-10-03 01:55 Message: Hi Stevan, so far I have used the Debian packages from Julien Valroff (http://www.kirya.net/) which are available from the official Debian Backports repository. I will try to compile the pgsql part and the if problem still exists. Regards, Ingo ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2011-10-01 02:37 Message: Hello Ingo, can you try latest GIT version of DSPAM and tell me if the problem still exists there? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3413998&group_id=250683 |
|
From: Tod A. S. <san...@ri...> - 2012-12-10 21:55:16
|
And here's the patch. Tod Sandman Sr. Systems Administrator Middleware Development & Integration Rice University |
|
From: Tod A. S. <san...@ri...> - 2012-12-10 21:50:15
|
We are currently upgrading from dspam-3.6.8 to dspam-3.10.2. Long ago we had functional issues with the web ui, especially regarding the delivery of false positives, and we made changes to prevent false positives (or whole quarantines) from disappearing, no matter how rarely. I am now figuring out which changes are still useful, and I would like to present these to the DSPAM developers for consideration. The first is fcntl file locking (like the DSPAM binary uses) when updating the DSPAM quarantine. Attached is a patch originally written by Ken Marshall. If the developers find this useful, I will submit another patch or two in the next few days. Thanks. Tod Sandman Sr. Systems Administrator Middleware Development & Integration Rice University |
|
From: SourceForge.net <no...@so...> - 2012-12-04 11:39:50
|
Bug Tracker item #3592411, was opened at 2012-12-04 03:39 Message generated for change (Tracker Item Submitted) made by alexpr2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3592411&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: Alex Prokofiev (alexpr2) Assigned to: Nobody/Anonymous (nobody) Summary: Encoded headers Initial Comment: This is the same as bug ID 3137120 (postponed and now closed), just updated for v.3.10. I've added iconv check in configure.ac and re-encoding is now conditional - depends on iconv availability. For autoconf stuff m4/iconv.m4 should be copied from glibc or gettext. Just in case description from closed bug: There are several problems (though minor) with emails with encoded headers: - dspam only decodes headers in Base64 or QuotedPrintable, but ignores encoding, thus writes data into logs in different charsets - webui completely ignores encoded headers in Quarantine view and outputs whatever was written into logs in History view. Thus, for countries with many charsets (eg. Russia) its very difficult to view either Quarantine or History views - most Subjects and "From" lines are unreadable. Attached patches convert everything into utf-8, thus solving this problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3592411&group_id=250683 |
|
From: Tom H. <to...@wh...> - 2012-11-27 09:45:50
|
-------- Original Message -------- Subject: Re: DSPAM: information about a specific commit Date: Tue, 27 Nov 2012 10:28:10 +0100 From: Tom Hendrikx <to...@wh...> To: du...@du... On 11/26/12 3:33 PM, Marc Dequènes (duck) wrote: > Coin, > > Not so long ago, i saw commit 87c1689539567b8af0e4e11df251d974cdd8c9e5 > reverting 2169b243927712edbb22b51d7f61b97d79de9103 without explanation. > I waited some time in hope another solution would be found and > committed, but nothing came. > > I've got friends living in Japan, and in their situation the web > interface is plain unusable, because they receive mails in multiple > encodings and the display is broken for non-latin ones. Thus, until a > solution is found or this patch reapplied, i'm stuck with an ancient > DSPAM version. > > So, could you explain me what was the problem with this patch ? I might > be able to help. > cc-ing dspam-devel. Commit is: http://dspam.git.sourceforge.net/git/gitweb.cgi?p=dspam/dspam;a=commit;h=87c1689539567b8af0e4e11df251d974cdd8c9e5 Hi Marc, The problem is simple: the patch is fine, but it does not compile on systems that don't have iconv installed, or have iconv installed but in a non-standard location. Leaving the patch in-tree would leave the tree in an uncompilable state on a number of systems that we currently support, f.i. FreeBSD. To fix the problem, we would need some extra stuff in ./configure that allows flexibility with iconv usage: enable/disable and pass in non-standard install locations, and some minor code changes to the existing patch to make use of the at configure-time defined variables. I spent some time getting the iconv.m4 from http://www.gnu.org/software/libiconv/ integrated but insofar I failed miserably. Feel free to try it yourself. I'd be very happy to review and commit this, as I really think the current behaviour is ugly. The goals are as simple as: - use iconv on systems where it is available (even on non-standard locations). - allow to use non-iconv handling (aka 'the olde way') when iconv is not available - bonus points: leave room for future enhancements that allow the utf-8 handling with some other library. Kind regards, Tom |
|
From: SourceForge.net <no...@so...> - 2012-11-16 16:08:54
|
Bug Tracker item #3587929, was opened at 2012-11-16 07:40 Message generated for change (Comment added) made by somenotmore You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587929&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: contrib/thunderbird Group: GIT Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Wolnicky (somenotmore) Assigned to: Nobody/Anonymous (nobody) Summary: DSpam Thunderbird plugin not compatible with Thunderbird 16 Initial Comment: When I tried to install the Plugin from the contrib-folder from git, Thunderbird 16.0.2 won't be able to install it, because "dspam is not compatible with Thunderbird 16.0.2". ---------------------------------------------------------------------- >Comment By: Richard Wolnicky (somenotmore) Date: 2012-11-16 08:08 Message: Sry, refreshed page which accidentially sent the bug report a second time. :/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587929&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-11-16 15:40:42
|
Bug Tracker item #3587929, was opened at 2012-11-16 07:40 Message generated for change (Tracker Item Submitted) made by somenotmore You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587929&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: contrib/thunderbird Group: GIT Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Wolnicky (somenotmore) Assigned to: Nobody/Anonymous (nobody) Summary: DSpam Thunderbird plugin not compatible with Thunderbird 16 Initial Comment: When I tried to install the Plugin from the contrib-folder from git, Thunderbird 16.0.2 won't be able to install it, because "dspam is not compatible with Thunderbird 16.0.2". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587929&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-11-16 15:36:59
|
Bug Tracker item #3587926, was opened at 2012-11-16 07:24 Message generated for change (Settings changed) made by sbajic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587926&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: contrib/thunderbird >Group: v3.10.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Wolnicky (somenotmore) >Assigned to: Hugo Monteiro (hmonteiro) Summary: DSpam Thunderbird plugin not compatible with Thunderbird 16 Initial Comment: When I tried to install the Plugin from the contrib-folder from git, Thunderbird 16.0.2 won't be able to install it, because "dspam is not compatible with Thunderbird 16.0.2". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587926&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-11-16 15:24:30
|
Bug Tracker item #3587926, was opened at 2012-11-16 07:24 Message generated for change (Tracker Item Submitted) made by somenotmore You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587926&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: contrib/thunderbird Group: GIT Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Wolnicky (somenotmore) Assigned to: Nobody/Anonymous (nobody) Summary: DSpam Thunderbird plugin not compatible with Thunderbird 16 Initial Comment: When I tried to install the Plugin from the contrib-folder from git, Thunderbird 16.0.2 won't be able to install it, because "dspam is not compatible with Thunderbird 16.0.2". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3587926&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-10-12 15:35:05
|
Bug Tracker item #3572691, was opened at 2012-09-28 01:29 Message generated for change (Comment added) 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: GIT 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 ---------------------------------------------------------------------- Comment By: Thomas Preud'homme (robotux) Date: 2012-10-12 08:35 Message: According to [rfc5321] it should be "500 Line too long". It's indeed more meaningful since the size of the message is not at fault but the line is. [rfc5321] http://tools.ietf.org/html/rfc5321#section-4.5.3.1.9 Regards, Thomas Preud'homme ---------------------------------------------------------------------- Comment By: Thomas Preud'homme (robotux) Date: 2012-10-12 08:10 Message: Sorry for the wrong analysis above. Dspam does read chunk of 1023 bytes until it reach a newline or the timeout is expired. The timeout is reasonable, probably even too nice since RFC 5321 mandates that "The maximum total length of a text line including the <CRLF> is 1000 octets (not counting the leading dot duplicated for transparency)". However, I believe first the message should be more meaningful and second that maybe dspam should not be more picky than the MTA. After all, dspam's role is to tag message according to their spam likeliness, am I wrong? Hence dspam should not refuse an email which a MTA accepted. As to the error message I suggest that in the case of timeout expiration, the following message is used: "5.3.4 Message too big for system". 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-10-12 15:10:38
|
Bug Tracker item #3572691, was opened at 2012-09-28 01:29 Message generated for change (Comment added) 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: GIT 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 ---------------------------------------------------------------------- >Comment By: Thomas Preud'homme (robotux) Date: 2012-10-12 08:10 Message: Sorry for the wrong analysis above. Dspam does read chunk of 1023 bytes until it reach a newline or the timeout is expired. The timeout is reasonable, probably even too nice since RFC 5321 mandates that "The maximum total length of a text line including the <CRLF> is 1000 octets (not counting the leading dot duplicated for transparency)". However, I believe first the message should be more meaningful and second that maybe dspam should not be more picky than the MTA. After all, dspam's role is to tag message according to their spam likeliness, am I wrong? Hence dspam should not refuse an email which a MTA accepted. As to the error message I suggest that in the case of timeout expiration, the following message is used: "5.3.4 Message too big for system". 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-10-03 06:14:27
|
Bug Tracker item #3574053, was opened at 2012-10-02 23:13 Message generated for change (Settings changed) made by waster2008 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&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: 3 Private: No Submitted By: Andrey Ananin (waster2008) Assigned to: Nobody/Anonymous (nobody) >Summary: leading in users admin list Initial Comment: I've noticed that user names in select list in the admin web user interface start with spaces ( ). In this case it is impossible to start select user typing first letters of user name, at least in Firefox. Whether it is necessary to remove leading space? I'm using dspam 3.10.1 from backports Debian repo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-10-03 06:13:50
|
Bug Tracker item #3574053, was opened at 2012-10-02 23:13 Message generated for change (Settings changed) made by waster2008 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&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: 3 Private: No Submitted By: Andrey Ananin (waster2008) Assigned to: Nobody/Anonymous (nobody) Summary: in users admin list Initial Comment: I've noticed that user names in select list in the admin web user interface start with spaces ( ). In this case it is impossible to start select user typing first letters of user name, at least in Firefox. Whether it is necessary to remove leading space? I'm using dspam 3.10.1 from backports Debian repo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-10-03 06:13:22
|
Bug Tracker item #3574053, was opened at 2012-10-02 23:13 Message generated for change (Settings changed) made by waster2008 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&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: Andrey Ananin (waster2008) Assigned to: Nobody/Anonymous (nobody) >Summary: in users admin list Initial Comment: I've noticed that user names in select list in the admin web user interface start with spaces ( ). In this case it is impossible to start select user typing first letters of user name, at least in Firefox. Whether it is necessary to remove leading space? I'm using dspam 3.10.1 from backports Debian repo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-10-03 06:13:08
|
Bug Tracker item #3574053, was opened at 2012-10-02 23:13 Message generated for change (Tracker Item Submitted) made by waster2008 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&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: Andrey Ananin (waster2008) Assigned to: Nobody/Anonymous (nobody) Summary: &nbso; in users admin list Initial Comment: I've noticed that user names in select list in the admin web user interface start with spaces ( ). In this case it is impossible to start select user typing first letters of user name, at least in Firefox. Whether it is necessary to remove leading space? I'm using dspam 3.10.1 from backports Debian repo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3574053&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 21:51:12
|
Bug Tracker item #3573030, was opened at 2012-09-29 09:49 Message generated for change (Comment added) made by tomhendr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3573030&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: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: lc () Assigned to: Nobody/Anonymous (nobody) Summary: dspam 3.10.2 Initial Comment: Is 3.10.2 patched with 2947397.patch? I am still getting startup error. Daemon process starting Could not bind to :24: Permission denied Daemon mode failed to start Daemon process exiting ---------------------------------------------------------------------- >Comment By: Tom Hendrikx (tomhendr) Date: 2012-09-29 14:51 Message: Your question is a bit vague, but if I understand you correctly,you mean the issue reported in bug #2947397? The bug and the fix have nothing to do with the "Could not bind to :24: Permission denied" issue. The problem in that bug was that the daemon did not exit with a non-zero exit code when an error (such as a permission denied) occurred. So yes, the patch is applied [1], but it does not help with your issue, which sounds like a configuration/setup problem. Please post your question, completed with background details such as configuration to the dspam-user mailing list. [1] http://dspam.git.sourceforge.net/git/gitweb.cgi?p=dspam/dspam;a=commit;h=cefadc9bf66aa400035eb214abced7978155777a ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3573030&group_id=250683 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 16:49:58
|
Bug Tracker item #3573030, was opened at 2012-09-29 09:49 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3573030&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: dspam 3.10.2 Initial Comment: Is 3.10.2 patched with 2947397.patch? I am still getting startup error. Daemon process starting Could not bind to :24: Permission denied Daemon mode failed to start Daemon process exiting ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=3573030&group_id=250683 |
31 messages has been excluded from this view by a project administrator.