You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(400) |
Sep
(619) |
Oct
(540) |
Nov
(426) |
Dec
(204) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(662) |
Feb
(332) |
Mar
(335) |
Apr
(284) |
May
(193) |
Jun
(201) |
Jul
(264) |
Aug
(283) |
Sep
(167) |
Oct
(193) |
Nov
(155) |
Dec
(298) |
2009 |
Jan
(336) |
Feb
(402) |
Mar
(788) |
Apr
(673) |
May
(227) |
Jun
(182) |
Jul
(337) |
Aug
(219) |
Sep
(490) |
Oct
(527) |
Nov
(385) |
Dec
(391) |
2010 |
Jan
(257) |
Feb
(188) |
Mar
(253) |
Apr
(190) |
May
(223) |
Jun
(171) |
Jul
(83) |
Aug
(158) |
Sep
(215) |
Oct
(221) |
Nov
(102) |
Dec
(159) |
2011 |
Jan
(245) |
Feb
(119) |
Mar
(167) |
Apr
(112) |
May
(158) |
Jun
(149) |
Jul
(164) |
Aug
(116) |
Sep
(109) |
Oct
(310) |
Nov
(288) |
Dec
(265) |
2012 |
Jan
(212) |
Feb
(187) |
Mar
(289) |
Apr
(229) |
May
(117) |
Jun
(70) |
Jul
(108) |
Aug
(212) |
Sep
(164) |
Oct
(90) |
Nov
(58) |
Dec
(69) |
2013 |
Jan
(85) |
Feb
(56) |
Mar
(115) |
Apr
(55) |
May
(82) |
Jun
(74) |
Jul
(86) |
Aug
(69) |
Sep
(97) |
Oct
(166) |
Nov
(58) |
Dec
(54) |
2014 |
Jan
(80) |
Feb
(69) |
Mar
(53) |
Apr
(76) |
May
(117) |
Jun
(51) |
Jul
(60) |
Aug
(30) |
Sep
(71) |
Oct
(46) |
Nov
(79) |
Dec
(99) |
2015 |
Jan
(37) |
Feb
(105) |
Mar
(79) |
Apr
(90) |
May
(220) |
Jun
(34) |
Jul
(11) |
Aug
(19) |
Sep
(68) |
Oct
(34) |
Nov
(42) |
Dec
(38) |
2016 |
Jan
(70) |
Feb
(85) |
Mar
(127) |
Apr
(75) |
May
(60) |
Jun
(46) |
Jul
(11) |
Aug
(47) |
Sep
(77) |
Oct
(159) |
Nov
(45) |
Dec
(35) |
2017 |
Jan
(35) |
Feb
(39) |
Mar
(13) |
Apr
(24) |
May
(60) |
Jun
(52) |
Jul
(42) |
Aug
(32) |
Sep
(59) |
Oct
(39) |
Nov
(17) |
Dec
(8) |
2018 |
Jan
(81) |
Feb
(13) |
Mar
(58) |
Apr
(75) |
May
(20) |
Jun
(21) |
Jul
(50) |
Aug
(11) |
Sep
(11) |
Oct
(22) |
Nov
(34) |
Dec
(42) |
2019 |
Jan
(55) |
Feb
(8) |
Mar
(13) |
Apr
(38) |
May
(15) |
Jun
(30) |
Jul
(6) |
Aug
(6) |
Sep
(34) |
Oct
(14) |
Nov
(14) |
Dec
(20) |
2020 |
Jan
(14) |
Feb
(29) |
Mar
(15) |
Apr
(7) |
May
(12) |
Jun
(18) |
Jul
(10) |
Aug
(3) |
Sep
(11) |
Oct
(12) |
Nov
(20) |
Dec
(2) |
2021 |
Jan
(4) |
Feb
(1) |
Mar
(7) |
Apr
(15) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(1) |
Sep
(17) |
Oct
(71) |
Nov
(43) |
Dec
(7) |
2022 |
Jan
(11) |
Feb
(1) |
Mar
(12) |
Apr
|
May
(2) |
Jun
(14) |
Jul
(12) |
Aug
(2) |
Sep
(10) |
Oct
(14) |
Nov
(13) |
Dec
(2) |
2023 |
Jan
(1) |
Feb
|
Mar
(10) |
Apr
(4) |
May
(3) |
Jun
|
Jul
(6) |
Aug
(3) |
Sep
(3) |
Oct
(2) |
Nov
(2) |
Dec
(2) |
2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(1) |
2025 |
Jan
(3) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Thomas E. <tho...@th...> - 2025-07-11 11:26:13
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 25192 - In case TCP was used instead of UDP to query a DNS server and the DNS-answer was invalid, the assp process was dieing (and possibly restarted). Thomas |
From: Thomas E. <Tho...@th...> - 2025-04-08 10:13:27
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 25098 - domains were added to the DKIMCache in case no DKIM-signature was found, but a DMARC-record was published by the doman holder this caused wrong scoring for missing DKIM signatures for future mails from those domains - the IP-address CIDR calculation was not correct, if a SPF-record query was used in the GUI-dialog, were the SPF record contained IPv4 and IPv6 addresses depending on the type of CIDR calculation, some IPv4 addresses were unexpectedly converted to IPv6 addresses - changed: - the internal ClamAV code got some minor changes to better support error messages from the latest File::Scan:ClamAV module version 1.96 Thomas |
From: Thomas E. <Tho...@th...> - 2025-04-08 09:31:48
|
This bug will be fixed in the next release. Thank you for reporting! Thomas Von: "Zrin Žiborski" <zri...@zi...> An: "ASSP development mailing list" <ass...@li...> Datum: 08.04.2025 00:58 Betreff: [Assp-test] DKIMCache and DMARC Hello Thomas, I still find domains in the DKIMCache which do not use DKIM, but do have DMARC policy. Subsequently, messages from that domains which do not arrive signed get undeserved score. What has changed within last few months is that many domains got a DMARC entry, but do not use DKIM, I guess because a big player decided that any domain that sends e-mails shall have one. The sub DKIMCacheAdd is called in sub DKIMpreCheckOK_Run, sub DMARCok and sub DKIMOK_Run. - Can you please check and make sure that sub DKIMCheckAdd is called only for domains for which there is a signature in the e-mail which exactly matches the sender (from) domain? - Can you add debug output so adding a domain to DKIMCache gets logged and we can identify which e-mails get a domain added to DKIMCache where it should not get added? In sub DMARCok: if (! $this->{DMARC_arc} && $DKIMCacheStrict) { DKIMCacheAdd($this->{dmarc}->{domain}) if $this->{dmarc}->{domain} && $this->{dmarc}->{domain} ne $this->{dmarc}->{dom}; DKIMCacheAdd($this->{dmarc}->{dom}) if $this->{dmarc}->{dom}; for my $dom (@{$this->{dmarc}->{DKIMdomains}}) { DKIMCacheAdd($dom) if $dom && $dom ne $this->{dmarc}->{domain} && $dom ne $this->{dmarc}->{dom}; } } Do I understand correctly that the domain will get added to DKIMCache if the message does not contain ARC and $DKIMCacheStrict is true - no matter if the domain actually uses DKIM? As many domains have DMARC entry in the DNS but do not use DKIM - is this the source of the problem? In sub DKIMpreCheckOK_Run: DKIMCacheAdd($domain) if $dkimdomain && ($qdtxt ne 'unknown' || $DKIMCacheStrict); - Can you please check that $dkimdomain is true only if the domain really uses DKIM keys? Please let me know if I can help any further. Thank you very much in advance, best regards, Zrin _______________________________________________ Assp-test mailing list Ass...@li... https://lists.sourceforge.net/lists/listinfo/assp-test |
From: Zrin Ž. <zri...@zi...> - 2025-04-07 22:56:31
|
Hello Thomas, I still find domains in the DKIMCache which do not use DKIM, but do have DMARC policy. Subsequently, messages from that domains which do not arrive signed get undeserved score. What has changed within last few months is that many domains got a DMARC entry, but do not use DKIM, I guess because a big player decided that any domain that sends e-mails shall have one. The sub DKIMCacheAdd is called in sub DKIMpreCheckOK_Run, sub DMARCok and sub DKIMOK_Run. - Can you please check and make sure that sub DKIMCheckAdd is called only for domains for which there is a signature in the e-mail which exactly matches the sender (from) domain? - Can you add debug output so adding a domain to DKIMCache gets logged and we can identify which e-mails get a domain added to DKIMCache where it should not get added? In sub DMARCok: if (! $this->{DMARC_arc} && $DKIMCacheStrict) { DKIMCacheAdd($this->{dmarc}->{domain}) if $this->{dmarc}->{domain} && $this->{dmarc}->{domain} ne $this->{dmarc}->{dom}; DKIMCacheAdd($this->{dmarc}->{dom}) if $this->{dmarc}->{dom}; for my $dom (@{$this->{dmarc}->{DKIMdomains}}) { DKIMCacheAdd($dom) if $dom && $dom ne $this->{dmarc}->{domain} && $dom ne $this->{dmarc}->{dom}; } } Do I understand correctly that the domain will get added to DKIMCache if the message does not contain ARC and $DKIMCacheStrict is true - no matter if the domain actually uses DKIM? As many domains have DMARC entry in the DNS but do not use DKIM - is this the source of the problem? In sub DKIMpreCheckOK_Run: DKIMCacheAdd($domain) if $dkimdomain && ($qdtxt ne 'unknown' || $DKIMCacheStrict); - Can you please check that $dkimdomain is true only if the domain really uses DKIM keys? Please let me know if I can help any further. Thank you very much in advance, best regards, Zrin |
From: Zrin Ž. <zri...@zi...> - 2025-04-03 05:34:30
|
Hello Thomas, during last 3 months I've noticed these problems that prevented RebuildSpamdb from successfully completing the rebuild on my system: 1. 2025/03/15 01:53:11 [Worker_10001] Error: rebuildspamdb failed - Corrupted storable string (binary v2.11) at /usr/lib/x86_64-linux-gnu/perl/5.32/Storable.pm line 471, at (eval 1160) line 75 thread 7. - Storable has version 3.21 - the list of Perl modules in ASSP shows no problems. 2. 2025/03/09 22:55:12 [Worker_10001] BerkeleyDB-ERROR: in mounting BerkeleyDB /var/assp/tmpDB/rebuildDB/FileModel.bdb - Object #592128 should have been retrieved already at /usr/lib/x86_64-linux-gnu/perl/5.32/Storable.pm line 471, at (eval 986) line 75 thread 7. - I could work around this problem by deleting the contents of tmpDB/rebuildDB/ and starting rebuild manually. Please let me know what to do / if I can help debugging this. Recent log: 2025/04/02 01:53:01 [Worker_10001] Info: found module /var/assp/lib/rebuildspamdb.pm version 8.24 2025/04/02 01:53:01 [Worker_10001] Rebuild debug output is enabled to /var/assp/rebuilddebug.txt 2025/04/02 01:53:01 [Worker_10001] RebuildSpamDB uses BerkeleyDB for temporary hashes 2025/04/02 01:53:01 [Worker_10001] RebuildSpamDB uses BerkeleyDB-ENV with 62.50 MByte 2025/04/02 01:53:11 [Worker_10001] Internal FileModel has 119126 entries after maintenance 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB reloaded and uses the internal FileModel (BDB with 119126 entries) to speedup processing 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB-thread rebuildspamdb-version 8.24 started in ASSP version 2.8.2(25075) 2025/04/02 01:53:11 [Worker_10001] Detection of local disclaimers is enabled 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will create a Hidden Markov Model 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will include attachment-database-entries into spamdb 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will create unicode enabled databases 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will process all words as Sequence of UAX #29 Grapheme Clusters 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will normalize unicode characters 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will use the ASSP_WordStem engine 2025/04/02 01:53:11 [Worker_10001] RebuildSpamDB will create private spamdb entries for users email addresses and each local domain.. 2025/04/02 01:53:11 [Worker_10001] Maxbytes: 12,000 2025/04/02 01:53:11 [Worker_10001] Maxfiles: 70,000 2025/04/02 01:53:11 [Worker_10001] RebuildFileTimeLimit: 2 7 2025/04/02 01:53:11 [Worker_10001] RebuildFileTimeLimit: files will be moved away from the corpus if their processing takes longer than 7 second(s) 2025/04/02 01:53:11 [Worker_10001] Info: Trashlist cleaning finished, 2 of 2 files deleted 2025/04/02 01:53:11 [Worker_10001] /var/assp/errors/spam 2025/04/02 01:53:11 [Worker_10001] File Count: 12,304 2025/04/02 01:53:11 [Worker_10001] Processing... errors/spam with 12,304 files 2025/04/02 01:53:11 [Worker_10001] Ignore and remove files older than 2021/12/19 00:53:11 in folder errors/spam 2025/04/02 01:53:12 [Worker_10001] Error: rebuildspamdb failed - Corrupted storable string (binary v2.11) at /usr/lib/x86_64-linux-gnu/perl/5.32/Storable.pm line 471, at (eval 1097) line 75 thread 7. 2025/04/02 01:53:13 [Worker_10001] Info: RebuildSpamdb Scheduler stopped 2025/04/02 01:53:13 [Worker_10001] Info: ReStart Scheduler stopped 2025/04/02 01:53:13 [Worker_10001] Info: starting RebuildSpamdb Scheduler with '53 1 * * 3,6' - next RebuildSpamdb is scheduled for Saturday 2025/04/05 01:53:00 +02:00 2025/04/02 01:53:13 [Worker_10001] Info: starting ReStart Scheduler with '33 1 * * 0,2,4' - next ASSP-ReStart is scheduled for Thursday 2025/04/03 01:33:00 +02:00 Thank you, best regards, Zrin |
From: Thomas E. <tho...@th...> - 2025-03-16 10:49:11
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 25075: - the output of the mail analyzer was partly destroyed, if a regex match was found for a HTML-tag - if a host name or domain name that contained a dash was used in the 'work with IP-addresses dialog', no or bad output was given by assp, because the dash was interpreted as a minus sign. Now a minus sign requires a leading space in every case in this dialog! changed: - not visible text is now removed from HTML content of a mail for bayesian and HMM analyzes (e.g. display: none; visibility: hidden;) - 'removeDispositionNotification' headers are now also removed from noprocessing mails - 'AddRegexHeader' is now a list option 'AddRegexHeader','Add RegEx Match Header','0:no|1:incoming only|2:outgoing only|3:all' Thomas |
From: Thomas E. <tho...@th...> - 2025-02-11 11:36:28
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 25042: - Requesting a change of the OpenSSL-securitiy-level for all or a specific SSL-context may caused the SSL-context creation to fail. In some cases the SMTP-Worker was crashing with a SEGV error on such a request, because assp was using a wrong context pointer. - The resend of a SMIME signed mail may led into a failing SMIME-signature check at the users mail client, because of a wrong correction or setting of the mail end sequence [CRLF.CRLF] - A zero byte long file in the resend folder caused an infinity looping of the Maintenance-Thread (10000) changed: 'SSL_cipher_list' description added ... The openssl-security-level may be set using something like 'DEFAULT:@SECLEVEL=0' (e.g. in case SSL/TLS is no longer working after upgrading openssl from V1.x.x to V3.x.x - read the openssl documentation for SSL_CTX_get_security_level and SSL_CTX_set_security_level ). Setting the security level of openssl to zero is highly NOT recommended and should be only used as a temporary solution Thomas |
From: Thomas E. <tho...@th...> - 2025-01-16 15:30:27
|
There are no changes in the code for processing this folder. But - if the first processed file contains the unsupported charset 'csEUCKR' , the rebuild thread dies. The latest build 25014 solves this problem. If you use a lower build, move all files out of this folder and restart assp. Thomas Von: "Zrin Žiborski" <zri...@zi...> An: ass...@li... Datum: 10.01.2025 14:25 Betreff: [Assp-test] E-Mails in errors/spam/newManuallyAdded Hi Thomas, until recently ASSP would pick up and move the .eml files from errors/spam/newmanuallyAdded every few minutes or so. It seems that doesn't work any more since recently. I've checked the permissions on the file system level and checked that maillogExt ist still .eml. What could be the cause / where to look next? Thank you, Zrin _______________________________________________ Assp-test mailing list Ass...@li... https://lists.sourceforge.net/lists/listinfo/assp-test |
From: Thomas E. <tho...@th...> - 2025-01-14 07:55:22
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 25014: - If a server/client was sending large base64 encoded attachments using small SSL/TLS frames, the transmission of the mail may took too long, which may leaded in to an SMTP-timeout - If a mail contained MIME-encoded 'csEUCKR' header lines like: Subject: =?csEUCKR?B?KLGksO0pIMPWsO3AxyDB97/4?= PC =?csEUCKR?B?uPC0z8XNuLU=?= the rebuildspamdb task crashed on an error: Malformed UTF-8 character (fatal) at sub main::fixsub line 5 This is caused by a missing codepage alias for 'csEUCKR' -> 'euc-kr' in the Encode module of perl. Because of this missing alias, the decoding of the header line to UTF8 was incorrect and leaded in to malformed UTF8 characters If this alias is missing, it is added by assp at runtime. Thomas |
From: Zrin Ž. <zri...@zi...> - 2025-01-10 13:24:15
|
Hi Thomas, until recently ASSP would pick up and move the .eml files from errors/spam/newmanuallyAdded every few minutes or so. It seems that doesn't work any more since recently. I've checked the permissions on the file system level and checked that maillogExt ist still .eml. What could be the cause / where to look next? Thank you, Zrin |
From: Thomas E. <tho...@th...> - 2024-12-05 10:31:59
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24340: - 'SpamLog' was not shown in the GUI left alphaindex - only 'spamlog' was shown - because of changes in the time representation code in build 24291, blockreports were only done for the current day Thomas |
From: Thomas E. <tho...@th...> - 2024-11-29 11:15:53
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24334: - the timezone difference to GMT was only calculated once at start if assp was running while DST has changed - schedule times were wrong calculated - if a mail contained more than one DKIM identity, only the first one was used in related features changed: - The following was added to the scheduler help text: If your systems timezone is other than UTC and within the timezone daylight saving is used, there will be two special time ranges in a year. 1. the day were the time is set forward (e.g. march sunday last) - which leads in to a time range with invalid time values (e.g. CET->CEST 02:00:00-02:59:59) 2. the day were the time is set backward (e.g. october sunday last) - which leads in to a time range with ambiguous time values (e.g. CEST->CET 02:00:00-02:59:59) If a scheduled time is in such a range, the execution time is set one hour later in case 1, in case 2 the first (lower epoch) time is used. If in case 2 a (re)schedule is done within the first time and the new scheduled time is valid in the second time (higher epoch), the scheduled time is used. For example: a task scheduled with "30 2 * * *" will run at 3:30 in case 1 and at 2:30 (DST on) in case 2. a task scheduled with "30 * * * *" will run at 3:30 in case 1 and in case 2 at 2:30 (DST on) and 2:30 (DST off). The scheduler code was changed to provide this behavior. Loglines that are related to the scheduler are now showing the timezone name (like CET) and the timezone difference to GMT (like +01:00) - The added Authentication-Results: header contains now more details about SPF,DKIM and DMARC results added: 'noSpoofingCheckDKIMIdentity','Don\'t do Spoofing Check for these DKIM Identities and DKIM From: and Sender:*' 'If a mail is DKIM signed by a local domain and the DKIM identity or the header FROM or the header SENDER address matches, spoofing is not checked for any address. To make this feature working DoNoSpoofing4From has to be enabled! Accepts specific addresses (us...@ex...), user parts (user) or entire domains (@example.com). Wildcards are supported (fribo*@example.com).' Thomas |
From: Thomas E. <tho...@th...> - 2024-11-07 15:14:31
|
>It seems to me that it does that and that it later complains that the incoming e-mails from that domain do not have DKIM-Signature: ASSP creates a DKIMCache entry, if a valid DKIM-signature is found (DKIM-signature or ARC-result) - this has primary nothing to do with DMARC. Any further mail has to be valid DKIM-signed - this is the default behavior for much more than a decade now. This behavior can be changed our $DKIMCacheStrict = 1; # (0/1) if a DKIM signature is found for a domain - all other mails from this domain will require a DKIM signature to pass the Pre-DKIM-Check by setting $DKIMCacheStrict to zero (use the commandline switch or lib/CorrectASSPcfg.pm to change this variable). Nearly 100% of sending domains are constantly using DKIM or not. A valid DKIM-signature can't be faked by spammers. So knowing a domain uses DKIM (we saw it before) and now getting a mail from this domain without a DKIM-signature, is a very good indicator for SPAM! Exceptions can be defined in the assp DKIM-check configuration and $DKIMCacheStrict. Published DMARC policies are ignored by assp for the SPF and DKIM checks itself. They are only used to check/report DMARC. So even the [p=] and/or [sp=] DMARC flags tells us to ignore mistakes - we do this for the DMARC check ---- a failed SPFcheck remains a miss and a failed DKIMcheck remains a miss! Possibly we can make assp more strict. If a domain published a DMARC record, there is no doubt that a SPF record has to be defined a valid DKIM signature has to be included. If the 'aspf' and/or 'adkim' alignment rules are not defined, they are set to the default value 'r'. Any miss or missmatch would be an SPF/DKIM error and a DMARC-alignment error. IMHO currently this would lead in to too many false detection and blocked good mails, because of bad configured DNS. >Also, I've just noticed that ASSP checks and gives negative score for IP/HELLO for authenticated e-mail clients: This is the case for ages - I can't remember a time when this was not the case! The last change was at 2015-05-10 in assp 2.4.4 build 15130 This feature was last touched in assp 2.8.2 *SPAM-Eliminator* build 24291 to fix a punicode issue - where punicode domains.were unexpected scored. The 'authenticated' flag is nowhere used in assp to make any check exception. If a client is connected to listenport2 and it is authenticated, then it is allowed to send outgoing mails (relayok) - this flag skips most checks (also IPinHeloOK). Thomas Von: "Zrin" <zri...@zi...> An: ass...@li... Datum: 07.11.2024 12:45 Betreff: [Assp-test] DMARC record and DKIMcache (ASSP 2.8.2) Hi Thomas, does ASSP create DKIMcache entry for domains that have published a DMARC record (e.g. "v=DMARC1; p=none" under _dmarc.example.com) but do not have DKIM, i.e. there is no mail._domainkey.example.com? It seems to me that it does that and that it later complains that the incoming e-mails from that domain do not have DKIM-Signature: [scoring] DKIM domain mismatch - example.com found in DKIMCache, but no DKIM-Signature found in mail header (Cache) Message-Score: added 25 (dkimValencePB) for DKIM domain mismatch - example.com found in DKIMCache, but no DKIM-Signature found in mail header, total score for this message is now 35 Message-Score: added -5 (spfpValencePB) for SPF pass, total score for this message is now 30 info: domain ziborski.net has published a DMARC record Also, I've just noticed that ASSP checks and gives negative score for IP/HELLO for authenticated e-mail clients: 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: <client externel IP>] <fr...@ex...> to: rec...@do... Originating IP/HELO: <client ext IP> / [192.168.xxx.xxx] 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: 212.17.78.158] <fr...@ex...> to: rec...@do... Message-Score: added 5 (fiphValencePB) for Suspicious HELO - contains IP: '[192.168.xxx.xxx]', total score for this message is now 5 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: 212.17.78.158] <fr...@ex...> to: rec...@do... [scoring] (Suspicious HELO - contains IP: '[192.168.xxx.xxx]') 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: 212.17.78.158] <fr...@ex...> to: rec...@do... Message-Score: added 5 (fiphmValencePB) for IP in HELO '[192.168.xxx.xxx]' does not match IP in connection '<client ext ip>' , total score for this message is now 10 It seems to me that this wasn't the case before update to 2.8.x (?) Thank you in advance, Zrin_______________________________________________ Assp-test mailing list Ass...@li... https://lists.sourceforge.net/lists/listinfo/assp-test |
From: Zrin <zri...@zi...> - 2024-11-07 11:44:13
|
Hi Thomas, does ASSP create DKIMcache entry for domains that have published a DMARC record (e.g. "v=DMARC1; p=none" under _dmarc.example.com) but do not have DKIM, i.e. there is no mail._domainkey.example.com? It seems to me that it does that and that it later complains that the incoming e-mails from that domain do not have DKIM-Signature: [scoring] DKIM domain mismatch - example.com found in DKIMCache, but no DKIM-Signature found in mail header (Cache) Message-Score: added 25 (dkimValencePB) for DKIM domain mismatch - example.com found in DKIMCache, but no DKIM-Signature found in mail header, total score for this message is now 35 Message-Score: added -5 (spfpValencePB) for SPF pass, total score for this message is now 30 info: domain ziborski.net has published a DMARC record Also, I've just noticed that ASSP checks and gives negative score for IP/HELLO for authenticated e-mail clients: 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: <client externel IP>]<fr...@ex...> to:rec...@do... Originating IP/HELO: <client ext IP> / [192.168.xxx.xxx] 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: 212.17.78.158]<fr...@ex...> to:rec...@do... Message-Score: added 5 (fiphValencePB) for Suspicious HELO - contains IP: '[192.168.xxx.xxx]', total score for this message is now 5 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: 212.17.78.158]<fr...@ex...> to:rec...@do... [scoring] (Suspicious HELO - contains IP: '[192.168.xxx.xxx]') 2024/11/07 11:57:56 77076-69079 [Worker_1] [TLS-in] <ASSP IP> [OIP: 212.17.78.158]<fr...@ex...> to:rec...@do... Message-Score: added 5 (fiphmValencePB) for IP in HELO '[192.168.xxx.xxx]' does not match IP in connection '<client ext ip>' , total score for this message is now 10 It seems to me that this wasn't the case before update to 2.8.x (?) Thank you in advance, Zrin |
From: Thomas E. <tho...@th...> - 2024-10-17 15:38:46
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24291: - If a client connected to assp by sending a HTML connection header, or invalid SMTP commands were used, or a sent SMTP command line or any data line was not correctly terminated by a linefeed - and the client stopped sending data after that (eg. never sent a LF) - the assp SMTP-timeout was never reached and the connection was never closed by assp. This case may led in to high CPU usage, high memory usage and stucking workers. - improved output of connection timeout debug - if a client HELO contained a punycode host or domain (like xn--80avu.042.xn--p1acf), assp possibly detected an IP address <> HELO missmatch, even the HELO contained no IP address - under certain circumstances it was possible, that assp has an unicode error shown in the log while it was checking a mail for bomb... regular expressions - under rare circumstances the subaddressing with 'SepChar' was not working for header addresses (introduced in build 24169) Thomas |
From: Thomas E. <tho...@th...> - 2024-10-15 14:36:27
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24289 - build 24288 destroys mails - reverted back to 24282 as 24289: I'm sorry !!! Thomas |
From: Thomas E. <tho...@th...> - 2024-10-15 07:33:54
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24288: - If a client connected to assp by sending a HTML connection header, or an invalid SMTP commands were used, or a sent SMTP command line or any data line was not correctly terminated by a linefeed - and the client stopped sending data after that (eg. never sent a LF) - the assp SMTP-timeout was never reached and the connection was never closed by assp. This case may led in to high CPU usage, high memory usage and stucking workers. Thomas |
From: Thomas E. <tho...@th...> - 2024-10-10 08:58:56
|
the feature looks for IP's and parts of IP's (normal, hex, IPv4 and IPv6) mixed, different separator, ordered and reordered in multiple way ..... and it's working like expected how ever: it's right that puniycode parts should be ignored for the check - this will be improved in the next release Thomas |
From: Dirk K. <d.k...@ne...> - 2024-10-08 20:16:28
|
Hi everybody, I see log lines, where mail coming from servers with an internationalized domain name is blocked. It's absolutely correct these are blocked for various reasons, but I wonder about the IP detection in HELO. The DNS reverse lookup for these IPs is fine. There are numbers in their HELO, but the format cannot qualify for a IPV4 or IPV6 address. Maybe the magic for disseminating the string and putting the IP back together can be improved. Some examples (log lines filtered for these punycode HELOs): Oct 8 16:38:48 localhost assp.pl[1310093]: m1-98327-13400 [Worker_1] 213.202.222.155 aj...@fi...<mailto:aj...@fi...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--80avu.042.xn--p1acf', total score for this message is now 39 Oct 8 16:38:48 localhost assp.pl[1310093]: m1-98327-13400 [Worker_1] 213.202.222.155 aj...@fi...<mailto:aj...@fi...> [scoring] (Suspicious HELO - contains IP: 'xn--80avu.042.xn--p1acf') Oct 8 16:38:48 localhost assp.pl[1310093]: m1-98327-13400 [Worker_1] 213.202.222.155 aj...@fi...<mailto:aj...@fi...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--80avu.042.xn--p1acf' does not match IP in connection '213.202.222.155' , total score for this message is now 99 Oct 8 16:38:48 localhost assp.pl[1310093]: m1-98327-13400 [Worker_1] 213.202.222.155 aj...@fi...<mailto:aj...@fi...> [scoring] (IP in HELO 'xn--80avu.042.xn--p1acf' does not match IP in connection '213.202.222.155' ) Oct 8 16:38:48 localhost assp.pl[1310093]: m1-98327-13400 [Worker_1] 213.202.222.155 aj...@fi...<mailto:aj...@fi...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--80avu.042.xn--p1acf', total score for this message is now 109 Oct 8 16:38:48 localhost assp.pl[1310093]: m1-98327-13400 [Worker_1] [InvalidHELO] 213.202.222.155 aj...@fi...<mailto:aj...@fi...> [spam found] (not valid HELO: 'xn--80avu.042.xn--p1acf') Oct 8 17:30:53 localhost assp.pl[1310093]: m1-01452-12103 [Worker_1] 37.48.122.143 yd...@bi...<mailto:yd...@bi...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--90amo.086.xn--p1acf', total score for this message is now 39 Oct 8 17:30:53 localhost assp.pl[1310093]: m1-01452-12103 [Worker_1] 37.48.122.143 yd...@bi...<mailto:yd...@bi...> [scoring] (Suspicious HELO - contains IP: 'xn--90amo.086.xn--p1acf') Oct 8 17:30:53 localhost assp.pl[1310093]: m1-01452-12103 [Worker_1] 37.48.122.143 yd...@bi...<mailto:yd...@bi...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--90amo.086.xn--p1acf' does not match IP in connection '37.48.122.143' , total score for this message is now 99 Oct 8 17:30:53 localhost assp.pl[1310093]: m1-01452-12103 [Worker_1] 37.48.122.143 yd...@bi...<mailto:yd...@bi...> [scoring] (IP in HELO 'xn--90amo.086.xn--p1acf' does not match IP in connection '37.48.122.143' ) Oct 8 17:30:53 localhost assp.pl[1310093]: m1-01452-12103 [Worker_1] 37.48.122.143 yd...@bi...<mailto:yd...@bi...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--90amo.086.xn--p1acf', total score for this message is now 109 Oct 8 17:30:53 localhost assp.pl[1310093]: m1-01452-12103 [Worker_1] [InvalidHELO] 37.48.122.143 yd...@bi...<mailto:yd...@bi...> [spam found] (not valid HELO: 'xn--90amo.086.xn--p1acf') Oct 8 17:51:44 localhost assp.pl[1310093]: m1-02703-13015 [Worker_1] 5.199.138.53 oc...@di...<mailto:oc...@di...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--e1aub.068.xn--p1acf', total score for this message is now 39 Oct 8 17:51:44 localhost assp.pl[1310093]: m1-02703-13015 [Worker_1] 5.199.138.53 oc...@di...<mailto:oc...@di...> [scoring] (Suspicious HELO - contains IP: 'xn--e1aub.068.xn--p1acf') Oct 8 17:51:44 localhost assp.pl[1310093]: m1-02703-13015 [Worker_1] 5.199.138.53 oc...@di...<mailto:oc...@di...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--e1aub.068.xn--p1acf' does not match IP in connection '5.199.138.53' , total score for this message is now 99 Oct 8 17:51:44 localhost assp.pl[1310093]: m1-02703-13015 [Worker_1] 5.199.138.53 oc...@di...<mailto:oc...@di...> [scoring] (IP in HELO 'xn--e1aub.068.xn--p1acf' does not match IP in connection '5.199.138.53' ) Oct 8 17:51:44 localhost assp.pl[1310093]: m1-02703-13015 [Worker_1] 5.199.138.53 oc...@di...<mailto:oc...@di...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--e1aub.068.xn--p1acf', total score for this message is now 109 Oct 8 17:51:44 localhost assp.pl[1310093]: m1-02703-13015 [Worker_1] [InvalidHELO] 5.199.138.53 oc...@di...<mailto:oc...@di...> [spam found] (not valid HELO: 'xn--e1aub.068.xn--p1acf') Oct 8 18:07:14 localhost assp.pl[1310093]: m1-03634-11949 [Worker_1] 37.48.78.112 oq...@re...<mailto:oq...@re...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 39 Oct 8 18:07:14 localhost assp.pl[1310093]: m1-03634-11949 [Worker_1] 37.48.78.112 oq...@re...<mailto:oq...@re...> [scoring] (Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 18:07:14 localhost assp.pl[1310093]: m1-03634-11949 [Worker_1] 37.48.78.112 oq...@re...<mailto:oq...@re...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' , total score for this message is now 99 Oct 8 18:07:14 localhost assp.pl[1310093]: m1-03634-11949 [Worker_1] 37.48.78.112 oq...@re...<mailto:oq...@re...> [scoring] (IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' ) Oct 8 18:07:14 localhost assp.pl[1310093]: m1-03634-11949 [Worker_1] 37.48.78.112 oq...@re...<mailto:oq...@re...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 109 Oct 8 18:07:14 localhost assp.pl[1310093]: m1-03634-11949 [Worker_1] [InvalidHELO] 37.48.78.112 oq...@re...<mailto:oq...@re...> [spam found] (not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 18:11:23 localhost assp.pl[1310093]: m1-03882-00797 [Worker_1] 81.171.24.123 az...@no...tos<mailto:az...@no...tos> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--e1ae4e.008.xn--p1acf', total score for this message is now 39 Oct 8 18:11:23 localhost assp.pl[1310093]: m1-03882-00797 [Worker_1] 81.171.24.123 az...@no...tos<mailto:az...@no...tos> [scoring] (Suspicious HELO - contains IP: 'xn--e1ae4e.008.xn--p1acf') Oct 8 18:11:23 localhost assp.pl[1310093]: m1-03882-00797 [Worker_1] 81.171.24.123 az...@no...tos<mailto:az...@no...tos> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--e1ae4e.008.xn--p1acf' does not match IP in connection '81.171.24.123' , total score for this message is now 99 Oct 8 18:11:23 localhost assp.pl[1310093]: m1-03882-00797 [Worker_1] 81.171.24.123 az...@no...tos<mailto:az...@no...tos> [scoring] (IP in HELO 'xn--e1ae4e.008.xn--p1acf' does not match IP in connection '81.171.24.123' ) Oct 8 18:11:23 localhost assp.pl[1310093]: m1-03882-00797 [Worker_1] 81.171.24.123 az...@no...tos<mailto:az...@no...tos> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--e1ae4e.008.xn--p1acf', total score for this message is now 109 Oct 8 18:11:23 localhost assp.pl[1310093]: m1-03882-00797 [Worker_1] [InvalidHELO] 81.171.24.123 az...@no...tos<mailto:az...@no...tos> [spam found] (not valid HELO: 'xn--e1ae4e.008.xn--p1acf') Oct 8 18:15:39 localhost assp.pl[1310093]: m1-04138-07089 [Worker_1] 147.45.197.127 ah...@it...keup<mailto:ah...@it...keup> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--80aa9a.011.xn--p1acf', total score for this message is now 39 Oct 8 18:15:39 localhost assp.pl[1310093]: m1-04138-07089 [Worker_1] 147.45.197.127 ah...@it...keup<mailto:ah...@it...keup> [scoring] (Suspicious HELO - contains IP: 'xn--80aa9a.011.xn--p1acf') Oct 8 18:15:39 localhost assp.pl[1310093]: m1-04138-07089 [Worker_1] 147.45.197.127 ah...@it...keup<mailto:ah...@it...keup> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--80aa9a.011.xn--p1acf' does not match IP in connection '147.45.197.127' , total score for this message is now 99 Oct 8 18:15:39 localhost assp.pl[1310093]: m1-04138-07089 [Worker_1] 147.45.197.127 ah...@it...keup<mailto:ah...@it...keup> [scoring] (IP in HELO 'xn--80aa9a.011.xn--p1acf' does not match IP in connection '147.45.197.127' ) Oct 8 18:15:39 localhost assp.pl[1310093]: m1-04138-07089 [Worker_1] 147.45.197.127 ah...@it...keup<mailto:ah...@it...keup> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--80aa9a.011.xn--p1acf', total score for this message is now 109 Oct 8 18:15:39 localhost assp.pl[1310093]: m1-04138-07089 [Worker_1] [InvalidHELO] 147.45.197.127 ah...@it...keup<mailto:ah...@it...keup> [spam found] (not valid HELO: 'xn--80aa9a.011.xn--p1acf') Oct 8 18:41:23 localhost assp.pl[1310093]: m1-05682-05491 [Worker_1] 37.48.78.112 eh...@re...<mailto:eh...@re...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 39 Oct 8 18:41:23 localhost assp.pl[1310093]: m1-05682-05491 [Worker_1] 37.48.78.112 eh...@re...<mailto:eh...@re...> [scoring] (Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 18:41:23 localhost assp.pl[1310093]: m1-05682-05491 [Worker_1] 37.48.78.112 eh...@re...<mailto:eh...@re...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' , total score for this message is now 99 Oct 8 18:41:23 localhost assp.pl[1310093]: m1-05682-05491 [Worker_1] 37.48.78.112 eh...@re...<mailto:eh...@re...> [scoring] (IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' ) Oct 8 18:41:23 localhost assp.pl[1310093]: m1-05682-05491 [Worker_1] 37.48.78.112 eh...@re...<mailto:eh...@re...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 109 Oct 8 18:41:23 localhost assp.pl[1310093]: m1-05682-05491 [Worker_1] [InvalidHELO] 37.48.78.112 eh...@re...<mailto:eh...@re...> [spam found] (not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 18:52:30 localhost assp.pl[1310093]: m1-06349-06013 [Worker_1] 37.48.78.112 ot...@re...<mailto:ot...@re...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 39 Oct 8 18:52:30 localhost assp.pl[1310093]: m1-06349-06013 [Worker_1] 37.48.78.112 ot...@re...<mailto:ot...@re...> [scoring] (Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 18:52:30 localhost assp.pl[1310093]: m1-06349-06013 [Worker_1] 37.48.78.112 ot...@re...<mailto:ot...@re...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' , total score for this message is now 99 Oct 8 18:52:30 localhost assp.pl[1310093]: m1-06349-06013 [Worker_1] 37.48.78.112 ot...@re...<mailto:ot...@re...> [scoring] (IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' ) Oct 8 18:52:30 localhost assp.pl[1310093]: m1-06349-06013 [Worker_1] 37.48.78.112 ot...@re...<mailto:ot...@re...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 109 Oct 8 18:52:30 localhost assp.pl[1310093]: m1-06349-06013 [Worker_1] [InvalidHELO] 37.48.78.112 ot...@re...<mailto:ot...@re...> [spam found] (not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 18:55:15 localhost assp.pl[1310093]: m1-06514-12952 [Worker_1] 81.171.24.123 ov...@no...tos<mailto:ov...@no...tos> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--e1ae4e.008.xn--p1acf', total score for this message is now 39 Oct 8 18:55:15 localhost assp.pl[1310093]: m1-06514-12952 [Worker_1] 81.171.24.123 ov...@no...tos<mailto:ov...@no...tos> [scoring] (Suspicious HELO - contains IP: 'xn--e1ae4e.008.xn--p1acf') Oct 8 18:55:15 localhost assp.pl[1310093]: m1-06514-12952 [Worker_1] 81.171.24.123 ov...@no...tos<mailto:ov...@no...tos> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--e1ae4e.008.xn--p1acf' does not match IP in connection '81.171.24.123' , total score for this message is now 99 Oct 8 18:55:15 localhost assp.pl[1310093]: m1-06514-12952 [Worker_1] 81.171.24.123 ov...@no...tos<mailto:ov...@no...tos> [scoring] (IP in HELO 'xn--e1ae4e.008.xn--p1acf' does not match IP in connection '81.171.24.123' ) Oct 8 18:55:15 localhost assp.pl[1310093]: m1-06514-12952 [Worker_1] 81.171.24.123 ov...@no...tos<mailto:ov...@no...tos> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--e1ae4e.008.xn--p1acf', total score for this message is now 109 Oct 8 18:55:15 localhost assp.pl[1310093]: m1-06514-12952 [Worker_1] [InvalidHELO] 81.171.24.123 ov...@no...tos<mailto:ov...@no...tos> [spam found] (not valid HELO: 'xn--e1ae4e.008.xn--p1acf') Oct 8 19:07:39 localhost assp.pl[1310093]: m1-07258-05182 [Worker_1] 81.171.24.123 if...@no...tos<mailto:if...@no...tos> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--e1ae4e.008.xn--p1acf', total score for this message is now 39 Oct 8 19:07:39 localhost assp.pl[1310093]: m1-07258-05182 [Worker_1] 81.171.24.123 if...@no...tos<mailto:if...@no...tos> [scoring] (Suspicious HELO - contains IP: 'xn--e1ae4e.008.xn--p1acf') Oct 8 19:07:39 localhost assp.pl[1310093]: m1-07258-05182 [Worker_1] 81.171.24.123 if...@no...tos<mailto:if...@no...tos> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--e1ae4e.008.xn--p1acf' does not match IP in connection '81.171.24.123' , total score for this message is now 99 Oct 8 19:07:39 localhost assp.pl[1310093]: m1-07258-05182 [Worker_1] 81.171.24.123 if...@no...tos<mailto:if...@no...tos> [scoring] (IP in HELO 'xn--e1ae4e.008.xn--p1acf' does not match IP in connection '81.171.24.123' ) Oct 8 19:07:39 localhost assp.pl[1310093]: m1-07258-05182 [Worker_1] 81.171.24.123 if...@no...tos<mailto:if...@no...tos> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--e1ae4e.008.xn--p1acf', total score for this message is now 109 Oct 8 19:07:39 localhost assp.pl[1310093]: m1-07258-05182 [Worker_1] [InvalidHELO] 81.171.24.123 if...@no...tos<mailto:if...@no...tos> [spam found] (not valid HELO: 'xn--e1ae4e.008.xn--p1acf') Oct 8 19:13:36 localhost assp.pl[1310093]: m1-07615-02450 [Worker_1] 37.48.78.112 im...@re...<mailto:im...@re...> Message-Score: added 39 (fiphValencePB) for Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 39 Oct 8 19:13:36 localhost assp.pl[1310093]: m1-07615-02450 [Worker_1] 37.48.78.112 im...@re...<mailto:im...@re...> [scoring] (Suspicious HELO - contains IP: 'xn--80aua.xn--80ag7c.xn--p1acf') Oct 8 19:13:36 localhost assp.pl[1310093]: m1-07615-02450 [Worker_1] 37.48.78.112 im...@re...<mailto:im...@re...> Message-Score: added 60 (fiphmValencePB) for IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' , total score for this message is now 99 Oct 8 19:13:36 localhost assp.pl[1310093]: m1-07615-02450 [Worker_1] 37.48.78.112 im...@re...<mailto:im...@re...> [scoring] (IP in HELO 'xn--80aua.xn--80ag7c.xn--p1acf' does not match IP in connection '37.48.78.112' ) Oct 8 19:13:36 localhost assp.pl[1310093]: m1-07615-02450 [Worker_1] 37.48.78.112 im...@re...<mailto:im...@re...> Message-Score: added 10 (ihValencePB) for not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf', total score for this message is now 109 Oct 8 19:13:36 localhost assp.pl[1310093]: m1-07615-02450 [Worker_1] [InvalidHELO] 37.48.78.112 im...@re...<mailto:im...@re...> [spam found] (not valid HELO: 'xn--80aua.xn--80ag7c.xn--p1acf') |
From: <tho...@th...> - 2024-10-08 14:46:13
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24282: - the 'Notify' feature was no longer working for log lines produced by the SMTP-workers this issue was caused by code changes in 2.8.2 build 24031 Thomas |
From: Thomas E. <tho...@th...> - 2024-09-23 08:08:49
|
DMARC reports from google.com are sent using 'nor...@go...' (envelope sender) in my case. I can't find 'nor...@go...' in any of my logs. 'nullAddresses' are checked against the envelope sender only ! 'noDMARCReportDomain' is pnly used to skip sending DMARC reports to those addresses/domains. Thomas Von: "Daniel L. Miller via Assp-test" <ass...@li...> An: ass...@li... Kopie: "Daniel L. Miller" <dm...@am...> Datum: 23.09.2024 04:57 Betreff: [Assp-test] blocking DMARC reports I keep trying, and failing, to completely eliminate receiving DMARC reports. At the moment it appears the only offender is of course Google. Yes, I've turned off DMARC reporting in my DNS record. Google doesn't bother checking that it was updated years ago. So now I just want to kill the messages so I don't have to periodically check and empty the folder I set aside for this. I have added "nor...@go..." to both nullAddresses and noDMARCReportDomain - but they still come through. Is it possible one of the whitelists/np lists I have google.com in is overridding the nullAddress? -- Daniel _______________________________________________ Assp-test mailing list Ass...@li... https://lists.sourceforge.net/lists/listinfo/assp-test |
From: Daniel L. M. <dm...@am...> - 2024-09-23 02:56:35
|
I keep trying, and failing, to completely eliminate receiving DMARC reports. At the moment it appears the only offender is of course Google. Yes, I've turned off DMARC reporting in my DNS record. Google doesn't bother checking that it was updated years ago. So now I just want to kill the messages so I don't have to periodically check and empty the folder I set aside for this. I have added "nor...@go..." to both nullAddresses and noDMARCReportDomain - but they still come through. Is it possible one of the whitelists/np lists I have google.com in is overridding the nullAddress? -- Daniel |
From: Thomas E. <tho...@th...> - 2024-09-17 11:24:11
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24261: fixed: - related to https://assp.thockar.com/forum/viewtopic.php?t=3700 If enableINET6 was used, binding to a listener after an assp restart failed on some systems, because assp used the deprecated IO::Socket::INET option 'Reuse' also in calls to IO::Socket::IP, where this option is not supported. Now assp uses the 'ReuseAddr' option instead, which is supported in both modules. changed: - related to https://assp.thockar.com/forum/viewtopic.php?t=3690 It is now possible to define a sub CorrectASSPcfg::extract_html_text. The HTML-parser in assp.pl will do a call to CorrectASSPcfg::extract_html_text if this sub exists in lib/CorrectASSPcfg.pm. This call is done in first place of HTML-parsing and depending on the return value (0/1), the HTML-processing is continued or stopped in assp.pl. In this sub the content, which is used for bayesian/hmm and regexes, can be manipulated in place ($_[0]). If a return value of '1' is provided by this sub, assp will not do any HTML-tag striping - you'll need to do all the stuff in this sub by your self (have a look in to sub extract_html_text of assp.pl)! Keep in mind to leave the HTML-tag structure intact, if you stripout any content - otherwise the HTML-parser my be unable extract text from the content, or will do unexpected things! For example: if you stripout a <span....> also remove the related end of the HTML-tag </span> - <p ...>...</p> , <div ...>...</div> for example: This code will remove HTML-content, which is not shown to endusers in their mail client - but would be used by assp for bayesian and HMM processing (possibly without any success - read the topic in the forum for more information). sub extract_html_text { $_[0] =~ s/<\s*span\s+style\s*=\s*"\s*display\s*:\s*none\s*;?\s*"\s*>[^<]*<\s*\/span\s*>//gois; # strip all hidden content return 0; # do not stop HTML-processing } added: - related to https://assp.thockar.com/forum/viewtopic.php?t=3700 If $disable_SO_REUSEPORT is set to 0 or 2 assp tries to use the SO_REUSEPORT socket option our $disable_SO_REUSEPORT = 1; # (0/1/2) disable the SO_REUSEPORT socket option - there is no assp version which ever used this option # notice: windows never has this socket option - so leave this value at 1 # 0 - do not disable - try it, but if not supported by the OS it is not used and a load warning is produced for the module 'Socket' # 1 - disable this socket option and do not try to use it # 2 - do not disable - try it, but if not supported by the OS it is not used and silently ignored You may try to play around with this value, if you get unexpected errors for assp listeners while bind or reuse. Thomas |
From: Thomas E. <tho...@th...> - 2024-09-01 11:36:13
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24245: - after an upgrade of the perl module Net::DNS to version 1.46 RBL,RWL and URIBL were no longer working and caused slow processing of mails, because no expected DNS-Answer-ID was found - if 'normalizeUnicode' was switched on and a unicode BLOCK or SKRIPT definition (for example: \p{Mathematical Alphanumeric Symbols} was used in a regular expression and a mail contained a related unicode character, which was normalized (e.g. to latin) - a match was not found by assp - whoisip queries to RIPE caused some times persitent stucking workers on windows systems (other OS'es may be also affected by this issue - but were not reported at the time of writing) Thomas |
From: Thomas E. <tho...@th...> - 2024-08-10 15:18:07
|
Hi all, fixed in assp 2.8.2 *SPAM-Eliminator* build 24222: - perl 5.40.0 (5.040.000) is now supported - fixes several typos Thomas |