On 11-10-16 03:37 PM, RW wrote:
>
> Could you not just run a script from cron that does chown ${USER}:spamd
> and chmod g+rw on all the files in the virtual home directories.
You seem to have gotten lost in minor details and lost sight on the
original problem which is that of being able to run sp
On 11-10-16 03:12 PM, RW wrote:
>
> Not if you set --virtual-config-dir.
Right. But such a change (i.e. a different $HOME on the server than on
any other machine) is still on the "transparent to users" change that I
am looking for -- the change that requires no user re-training and no
increase i
On 11-10-16 02:08 PM, Martin Gregorie wrote:
> Yep. A brainfart on my part.
No worries. :-)
> OK - if the MTA runs spamc (Postfix does this via a service defined as
> part of its configuration - others MTAs have a similar ability) the -u
> facility can be used to select the preference file much
On 11-10-16 01:31 PM, Martin Gregorie wrote:
>
> Have you thought of running spamc remotely? This way you could avoid the
> need to login the the server just to process mail.
Hrm. I'm not sure I follow. The server receives the mail and the
server delivers it to the user's mailbox but on the way
On 11-10-16 12:16 PM, Christian Grunfeld wrote:
>
> You should have spamd running as root,
But I do that already. That is what is causing the problem with the new
switch (--virtual-config-dir=...):
spamd: cannot use --virtual-config-dir without -u
> then it can setuid to the
> calling spamc ui
Hi,
In my network, users have their home dirs on their local machines (for
performance) which are automounted to the mail server for purposes of
spamd accessing their ~/.spamassassin dirs.
This of course fails when a machine is turned off so I want to move
users' ~/.spamassassin dirs to the serve
On Wed, 2009-03-25 at 15:01 -0400, Michael Scheidell wrote:
>
> Match your MTA processes to the spamd children. Your MTA will send 4xx
> 'busy now, come back to play later' message. Let the sending MTA queue it
> back up (or zombies will just go away)
I don't really see that as a socially resp
On Tue, 2009-03-24 at 08:10 -0500, Bowie Bailey wrote:
>
> Your assessment sounds right to me. I would make two suggestions.
>
> 1) Memory is cheap these days. Add some more RAM.
That's a mitigation strategy, yes, but it doesn't really answer OP's
question about how to make spamd stop trying t
On Sat, 21 Feb 2009 16:51:29 +0100, Karsten Bräckelmann wrote:
>
> Sounds like bug 5962 and it's friends.
> https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5962
Yeah, I read that one. The fix that was pushed for that bug however does
not include the __HOTMAIL_BAYDAV_MSGID pattern as a
Hi
I have a message in hand that is triggering false positives based on the
ratware rules in 3.2.4.
The specific headers are:
Message-ID:
X-Mailer: Microsoft Outlook, Build 10.0.6838
Specifically, it seems that the X-Mailer header matches
__OUTLOOK_DOLLARS_MUA, and the Message-ID matches __H
On Thu, 22 Jan 2009 12:37:09 +, Justin Mason wrote:
> you should definitely investigate ways to avoid doing NFS reads/writes
> of the bayes files -- that is extremely I/O intensive, and NFS deals
> with it very badly.
OK. Noted. Maybe I will push the bayes database into MySQL as
previously
On Thu, 22 Jan 2009 13:27:57 +0100, Jonas Eckerman wrote:
>
> If you're not allready using a SQL database for bayes and AWL I'd
> suggest you do that.
Those two I might be willing to consider, however...
> I'd also suggest using SQL for user preferences.
The user interface (i.e. editing a file
I'm trying to figure out why in some cases, spamd is taking in excess of
1200s to process messages. Is there any way to profile (i.e. time, or
timestamp) each of the tests that spamd is doing so I can see where the
longest ones are?
Even enabling the kind of debug that "spamassassin -D" produc
I seem to be getting a lot of these in the last 36h:
12:02:26 spamd Can't locate object method "new" via package "Net::DNS::RR::TXT"
at /usr/lib/perl5/Net/DNS/RR.pm line 305.
12:02:26 spamd caught at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line
419
Any ideas why?
b.
On Mon, 19 Jan 2009 16:47:24 +0100, Matus UHLAR - fantomas wrote:
>
> When did you sa-update for last time?
Ubuntu appears to install a cron.daily cron job which does this amongst
other things.
> How many processes are you running
> in parallel?
I have a pretty low volume system but I did jus
I'm running 3.2.4(-1ubuntu1) of spamassassin here and have been noticing
some excessive scan times. i.e.:
Jan 18 19:07:28 linux spamd[30216]: spamd: result: Y 14 -
AWL,BAYES_99,DCC_CHECK,DIGEST_MULTIPLE,HTML_IMAGE_ONLY_20,HTML_IMAGE_RATIO_06,HTML_MESSAGE,HTML_SHORT_LINK_IMG_3,MIME_HTML_ONLY,RAZ
On Thu, 2008-12-04 at 22:38 -0500, Matt Kettler wrote:
>
To follow-up on this suggestion...
> That said, why add code to sa-learn when spamassassin can already do
> something even more complete. Try feeding the message "spamassassin -r
> --add-to-blacklist".
It seems (looking at -D output) that
On Thu, 2008-12-04 at 22:38 -0500, Matt Kettler wrote:
>
> That said, why add code to sa-learn when spamassassin can already do
> something even more complete. Try feeding the message "spamassassin -r
> --add-to-blacklist".
Ahhh. I was mistakenly thinking that sa-learn == [ update-bayes
datab
On Thu, 2008-12-04 at 18:35 -0500, Matt Kettler wrote:
>
> ie: you
> can't tell sa-learn a message is spam and have it apply that information
> in any way to the AWL. I guess that's really what my point was, and I
> expressed it poorly.
I guess as the OP of this thread, my point was that why sho
If I get a spam and I need to have SA learn that it's spam with
sa-learn, wouldn't it be useful to also skew the AWL for that sender so
that future uses of the AWL for that spammer will push the overall spam
score up?
Thots?
b.
On Tue, 2008-12-02 at 17:17 -0500, Rosenbaum, Larry M. wrote:
>
> The checks it's doing below are all RHBL checks, so it's probably testing the
> Return-Path:.
Indeed, this was the case. What's even better is that is only for the
case where I test out of my mailbox as that Return-Path: is only
Hi All,
I was doing a bit of "spamassassin -D" testing with SA 3.2.4 and noticed
that it's running my own mail server name through various DNSBL tests.
Here are the headers of the particular message I am testing:
>From [EMAIL PROTECTED] Tue Dec 2 05:24:59 2008
Return-Path: <[EMAIL PROTECTED]>
22 matches
Mail list logo
