Re: Spamassassin not triggering on LMTP mail
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
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
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
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
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
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
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?
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
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)
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)
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)
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)
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)
- 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
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