Re: Spamassassin not triggering on LMTP mail

2020-08-05 Thread Guido Goluke, MajorLabel




Am 05.08.20 um 11:19 schrieb Guido Goluke, MajorLabel:

I send mail to spamc using both

smtpd_milters=unix:/spamass/spamass.sock,
unix:/var/run/opendkim/opendkim.sock

and non-smtp mail with

non_smtpd_milters=unix:/spamass/spamass.sock,
unix:/var/run/opendkim/opendkim.sock

in my postfix config. Now local mail, the 'non_smtpd_milter'
directive, doesn't work for me. The people on the postfix mailinglist
suspected this to be a spamassassin issue. What I see is that there
are no headers at all appended to mails coming from the localhost
(i.e. mails from a contact form running on a website on the same
server). The DKIM headers, that are appended through the same
non_smtpd miltering however, are appended which leads me to believe
that maybe spamassassin is ignoring local mail.

Could that be the case?


Sorry, already found out. I use spamass-milter
(https://linux.die.net/man/1/spamass-milter) which, out of the box,
doesn't offer mails from 127.0.0.1 to spamassassin at all.

what do you gain at that level from a milter?

you can't reject without becoming a backscatter and making the problem
bigger for the world after you received a message on the MX

don't accept junk at all instead deal with it later


Sorry, I have no idea what you mean by 'backscatter' or 'making the 
problem bigger for the world'. The intention is as follows: Contact 
forms get a lot of bots filling them. You can setup a Google captcha for 
this, but that would bring Google into your site, training their 
selfdriving cars for free, stealing your privacy and annoying a 
legitimate user with random bicycle pictures.


So I setup a 'catch' e-mail address that the contactform sends its mail 
to. That e-mail address has a VERY low max spamscore attached, as to not 
set the score too low for the regular e-mail address. The only further 
thing the contact-catch address does it send every e-mail right over to 
the regular e-mail address, except for the spam-flagged ones since they 
never make it to sieve (that does the forwarding) because they are first 
put into the spamfolder right away.


Problem is the mail scores really low, probably because its local?



Re: Spamassassin not triggering on LMTP mail

2020-08-05 Thread Guido Goluke, MajorLabel




I send mail to spamc using both

smtpd_milters=unix:/spamass/spamass.sock, 
unix:/var/run/opendkim/opendkim.sock


and non-smtp mail with

non_smtpd_milters=unix:/spamass/spamass.sock, 
unix:/var/run/opendkim/opendkim.sock


in my postfix config. Now local mail, the 'non_smtpd_milter' 
directive, doesn't work for me. The people on the postfix mailinglist 
suspected this to be a spamassassin issue. What I see is that there 
are no headers at all appended to mails coming from the localhost 
(i.e. mails from a contact form running on a website on the same 
server). The DKIM headers, that are appended through the same 
non_smtpd miltering however, are appended which leads me to believe 
that maybe spamassassin is ignoring local mail.


Could that be the case?

Sorry, already found out. I use spamass-milter 
(https://linux.die.net/man/1/spamass-milter) which, out of the box, 
doesn't offer mails from 127.0.0.1 to spamassassin at all.


Spamassassin not triggering on LMTP mail

2020-08-05 Thread Guido Goluke, MajorLabel

I send mail to spamc using both

smtpd_milters=unix:/spamass/spamass.sock, 
unix:/var/run/opendkim/opendkim.sock


and non-smtp mail with

non_smtpd_milters=unix:/spamass/spamass.sock, 
unix:/var/run/opendkim/opendkim.sock


in my postfix config. Now local mail, the 'non_smtpd_milter' directive, 
doesn't work for me. The people on the postfix mailinglist suspected 
this to be a spamassassin issue. What I see is that there are no headers 
at all appended to mails coming from the localhost (i.e. mails from a 
contact form running on a website on the same server). The DKIM headers, 
that are appended through the same non_smtpd miltering however, are 
appended which leads me to believe that maybe spamassassin is ignoring 
local mail.


Could that be the case?



RE: IMPORTANT NOTICE FOR PEOPLE RUNNING TRUNK re: [Bug 7826] Improve language around whitelist/blacklist and master/slave

2020-07-14 Thread Guido Goluke, MajorLabel
Yes, history is written by people, not one person. Nor should one person think 
(in my opinion) that they have a grasp at what will be perceived as the ‘wrong 
and right’ side of history while that history is still to be written.

 

And last of all, such standing points should never be used to try and persuade 
others to keep silent or keep their opinions to themselves. People have died 
for that right and as Obama said: I will fight to keep the right to speak your 
mind alive, even if that mind spews horrible lies about me (which is not 
exactly what he said but to that extend somewhere).

 

Van: Kevin A. McGrail  
Verzonden: dinsdag 14 juli 2020 11:55
Aan: Guido Goluke, MajorLabel 
CC: m.r...@f1-outsourcing.eu; users ; jdow 

Onderwerp: Re: IMPORTANT NOTICE FOR PEOPLE RUNNING TRUNK re: [Bug 7826] Improve 
language around whitelist/blacklist and master/slave

 

I think you are focusing on the wrong part of my warning.  This is a public 
forum.  The public including search engines and reporters and employers and 
family can read it.  Minutes after a post is sent there are thousands and 
thousands of copies.

 

I believe others who disagree with removing racially charged language now might 
regret being on the wrong side of recorded history. History, though, is written 
by people and not gods.  

 

But I will stop posting about this.  I, like others, am here to stop spammers.  
I wish I could drive all the energy here into that goal.

 

Regards, KAM

On Tue, Jul 14, 2020, 05:36 Guido Goluke, MajorLabel mailto:i...@majorlabel.nl> > wrote:

I am not inclined to weigh in on the discussion since I think it’s poisoned 
already (from both sides) but what really triggers me is claiming someone who 
disagrees with you to be ‘on the wrong side of history’. You have an opinion, 
and are entitled to it: you’re no deity however.




RE: IMPORTANT NOTICE FOR PEOPLE RUNNING TRUNK re: [Bug 7826] Improve language around whitelist/blacklist and master/slave

2020-07-14 Thread Guido Goluke, MajorLabel
I am not inclined to weigh in on the discussion since I think it’s poisoned 
already (from both sides) but what really triggers me is claiming someone who 
disagrees with you to be ‘on the wrong side of history’. You have an opinion, 
and are entitled to it: you’re no deity however.

 

Van: Kevin A. McGrail  
Verzonden: dinsdag 14 juli 2020 11:03
Aan: Marc Roos 
CC: users ; jdow 
Onderwerp: Re: IMPORTANT NOTICE FOR PEOPLE RUNNING TRUNK re: [Bug 7826] Improve 
language around whitelist/blacklist and master/slave

 

Marc and others about voting,

 

The ASF is a meritocracy not a democracy.  Voting privileges are earned by 
demonstrating merit on a project.  That is the project management committee aka 
the PMC.  Discussion with the PMC on this change started in early April with a 
vote in early May by the PMC.  

 

To Marc, your Ad hominem attacks are not needed and I will ignore messages that 
use them.  

 

To you and others spouting off, be reminded that this is a publicly archived 
mailing list and you will be on the wrong side of history.  Consider that when 
you post.

 

Regards, KAM

 

On Tue, Jul 14, 2020, 03:51 Marc Roos mailto:m.r...@f1-outsourcing.eu> > wrote:


> I never said it was being done for engineering reasons.  The change is 

> being done to remove racially-charged language from Apache 
> SpamAssassin.  As an open source project, we are part of a movement 
> built on a foundation of inclusion that has changed how computing is 
> done.  The engineering concerns are outweighed by the social benefits 
> and your huffing is not going to stop it.
>

If you are referencing opensource and community. Why is this group not 
voting on this? Why is only a small group deciding what is being done? 
Such a vote, hardly can classify as open source, community nor 
democratic.




SQL preferences: where does the _DOMAIN_ in the query come from

2020-02-17 Thread Guido Goluke, Majorlabel
I'm in the process of setting up my preferences through SQL. Now spamc 
is invoked through a Postfix milter, but that's besides the point, since 
whatever way spamc is called, it can only specify one -u param as the 
username. However, the WIKI and Docs version of the proposed query use 
both a _USERNAME_ and _DOMAIN_ variable. In my setup, the domain 
variable is empty. How do I get the _DOMAIN_ variable to be filled so 
that I can make a flexible SQL setup?


Guido Goluke

Majorlabel



Re: Starting systemd version of spamd with -q option

2020-01-08 Thread Guido Goluke, MajorLabel

On 8 Jan 2020, at 3:42, Guido Goluke, MajorLabel wrote:



Hello,

I would like to control user preferences through SQL and read the 
docs, that stated you should start spamd with the -q option. As a 
novice that installed spamassassin through apt in Ubuntu, it's 
installed as a systemd service and runs as a postfix milter. Should I 
just alter the systemd unit file to alter the startup flags of spamd 
to make sure I can connect to SQL?

Op 08-01-2020 om 14:44 schreef Bill Cole:
This is distribution-specific, but generally the answer is "no."

On EL-family distributions, there is a config file at 
/etc/sysconfig/spamassassin which should be used to modify spamd 
options. RedHat has relevant documentation (which also covers related 
SELinux issues) at 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/sect-managing_confined_services-postfix-configuration_examples#sect-Managing_Confined_Services-Postfix-Configuration_Examples-SpamAssassin_and_Postfix. 
On Debian-based distributions, the startup config is in 
/etc/default/spamassassin.





Thanks, exactly what I needed, learned a lot about the systemd settings.


Switching to SQL for user preferences: will I need to transfer the bayes DB?

2020-01-08 Thread Guido Goluke, MajorLabel
My setup is that of only virtual e-mail users. The 'vmail' user handles 
all internal stuff. Right now, I have a cronjob on the vmail user that 
scans 'learn spam' folders on a couple of mailboxes so that the bayes DB 
is built up on the vmail user and the learnt false negatives are 
actually used site-wide.


I want to move setting user preferences to an SQL db to be able to tweak 
preferences at all on a user-base, since the users are stored in the SQL 
DB as well and have no entry in /etc/passwd or a home directory. Will I 
need to move the Bayes DB to an 'SQL form' when I switch to SQL-style 
user preferences? Or can the two (vmail building a bayes DB in its 
folder and user preferences managed in an SQL DB) exist side by side 
without harming each other?


--
Met vriendelijke groet,
Guido Goluke


Starting systemd version of spamd with -q option

2020-01-08 Thread Guido Goluke, MajorLabel

Hello,

I would like to control user preferences through SQL and read the docs, 
that stated you should start spamd with the -q option. As a novice that 
installed spamassassin through apt in Ubuntu, it's installed as a 
systemd service and runs as a postfix milter. Should I just alter the 
systemd unit file to alter the startup flags of spamd to make sure I can 
connect to SQL?


Thanks in advance,

Guido Goluke



RE: lookup user_prefs in SQL database (not using spamc)

2009-03-29 Thread Guido Leisker
 Have you restarted amavisd-new since you added the @lookup_sql_dsn?
Yes, I did.
What I tried for example is to add a score -111 to GTUBE manually in the
local.cf. That does work. 
I think that makes sure that amavis(using SA) uses the latest local.cf,
right?

BTW: spamassassin should not try to search for user specific
settings in user's home directorys. Not all all. How can I do
that?
   Amavisd-new will not look at the user's home directories.
  No, but SA does.
 
 But amavisd-new doesn't call SpamAssassin as an external.  
 It opens the
 perl libraries and runs the same scoring code-base.  It behaves
 differently than the spamc client...

What does that mean regarding my problem?
(Okay, I know that amavisd-new uses the the libs directly -- rather than
the spamassassin command or spamc. I just mentioned spamc to prove that
db settings etc. should be correct.)
I was quite sure that I have seen SA browsing the home folder (debug
log). But I'll doublecheck that.


Thank you

Guido


Re: lookup user_prefs in SQL database (not using spamc)

2009-03-25 Thread Guido
On (09-03-24 11:10), McDonald, Dan wrote:
 On Tue, 2009-03-24 at 16:30 +0100, Guido wrote:
 - How can I convince spamassassin (used by amavisd-new) to care
   about my user_prefs in the database?
  What I mean is per recipient settings. 
 Have you restarted amavisd-new since you added the @lookup_sql_dsn?
Yes I did.
Neither the spamassassin command nor amavis/SA does perfom sql
lookups.

  
BTW: spamassassin should not try to search for user specific settings
in user's home directorys. Not all all. How can I do that?
   Amavisd-new will not look at the user's home directories.
  No, but SA does.
Okay, SA when used by amavis, does not look at user's home dirs. 

 But amavisd-new doesn't call SpamAssassin as an external.  It opens the
 perl libraries and runs the same scoring code-base.  It behaves
 differently than the spamc client...
 
What does that mean regarding my problem?
(Okay, I know that amavisd-new uses the the libs directly -- rather than
the spamassassin command or spamc. I just mentioned spamc to prove that
db settings etc. should be correct.)

Thanks

Guido



Re: lookup user_prefs in SQL database (not using spamc)

2009-03-25 Thread Guido
 I believe it means you should take up this issue with the Amavisd-new support 
 forum.
 
 Since you are not RUNNING SpamAssassin/spamc/spamd then some parts of the 
 configuration simply are not made effective in your situation.  You must look 
 for a solution within the software that actually runs in your system, not 
 something where only the libraries are used.

I belive you are right. 
I thought it might be SA related, but it seems to be a problem of how SA
is used by amavisd-new.

Just for documentation some related discussions:
http://www.mail-archive.com/amavis-u...@lists.sourceforge.net/msg02541.html
http://www.engardelinux.org/modules/index/list_archives.cgi?list=amavispage=0008.htmlmonth=2007-08
http://sourceforge.net/mailarchive/message.php?msg_name=20090325101644.GA26940%40guido-leisker.de


Thanks

Guido




lookup user_prefs in SQL database (not using spamc)

2009-03-24 Thread Guido
Hi,

I am trying to configure my system that it can assign user specific
scores. I therefore set up a table like described in [1]. This runs fine, as
long as I use spamc to scan mails.

But actually I want to use Amavisd-new using spamassassin. Here
spamassassin complety ignores the sql settings. Other settings
in the local.cf are threaded correctly.

 - How can I convince spamassassin (used by amavisd-new) to care about my
   user_prefs in the database?

BTW: spamassassin should not try to search for user specific settings in
user's home directorys. Not all all. How can I do that?


Any hints would be appreciated.

Thank you


Guido

[1] http://wiki.apache.org/spamassassin/UsingSQL



RE: lookup user_prefs in SQL database (not using spamc)

2009-03-24 Thread Guido
   - How can I convince spamassassin (used by amavisd-new) to care
 about my user_prefs in the database?
 
 Amavisd-new scans everything as a single user.  It has no concept of
 per-user settings.
 
What I mean is per recipient settings. 

And if that's the case, at least the default settings ($Global) should
work. And there is not even a try to connect to the database.

  BTW: spamassassin should not try to search for user specific settings
  in user's home directorys. Not all all. How can I do that?
 Amavisd-new will not look at the user's home directories.
No, but SA does.



errors with spamassain in windows

2006-12-30 Thread Guido van Brakel
Dear Sir/Madam,


Im trying to install SpamAssasin under Windows,I installed perl and nmake.
But I'm getting these errors:

---
C:\Perl\bin\perl.exe version.h.pl
version.h.pl: creating version.h
copy config.h.win config.h
copy spamc.h.win spamc.h
C:\Perl\bin\perl.exe ..\build\preprocessor -Mvars -iMakefile.win -oMakefile
cd ..
NMAKE -f spamc/Makefile spamc/spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cd spamc
NMAKE spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cl /DWIN32 /W4 spamc.c replace\getopt.c libspamc.c utils.c ws2_32.lib
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x1'
Stop.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x2'
Stop.

C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7
C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7spamassassin -D
 sample-spam
.txt
'spamassassin' is not recognized as an internal or external command,
operable program or batch file.

C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7NMAKe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

NMAKE -f spamc/Makefile spamc/spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cd spamc
NMAKE spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cl /DWIN32 /W4 spamc.c replace\getopt.c libspamc.c utils.c ws2_32.lib
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x1'
Stop.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x2'
Stop.

C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7NMAKE -f
spamc/Makefile spamc
/spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cd spamc
NMAKE spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cl /DWIN32 /W4 spamc.c replace\getopt.c libspamc.c utils.c ws2_32.lib
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x1'
Stop.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x2'
Stop.

C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7cd spamc

C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7\spamcNMAKE
spamc.exe

Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.

cl /DWIN32 /W4 spamc.c replace\getopt.c libspamc.c utils.c ws2_32.lib
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'C:\WINDOWS\system32\cmd.exe' : return code '0x1'
Stop.

C:\Downloads\Mail-SpamAssassin-3.1.7\Mail-SpamAssassin-3.1.7\spamc

Do you how I can fix it or how I let it work.

Yours Sincerely,

Guido