Re: updated RegistrarBoundaries.pm
On Feb 21, 2015, at 6:48 PM, Dave Pooser dave...@pooserville.com wrote: I'm not a moderator or anything, but this kind of personal attack is neither necessary nor appropriate here, IMO. Indeed, it seems like just a few weeks ago that I asked people to be more professional, since some of us actually use this list for help and info rather than for pissing contests... Oh wait, it actually was just a few weeks ago. The next time someone feels like insulting someone else on list, please -- don't. --- Amir thumbed via iPhone
Re: updated RegistrarBoundaries.pm
Am 22.02.2015 um 02:48 schrieb Dave Pooser: On 2/21/15 7:31 PM, Nick Edwards nick.z.edwa...@gmail.com wrote: Plenty appreciate your work, dont worry about $INDIVIDUAL, that $EXPLETIVE I'm not a moderator or anything, but this kind of personal attack is neither necessary nor appropriate here, IMO typical Nick Edwars playing saint http://www.eee.hku.hk/~kmpoon/lists/spamassassin-talk/msg05454.html http://www.eee.hku.hk/~kmpoon/lists/spamassassin-talk/msg05418.html http://www.eee.hku.hk/~kmpoon/lists/spamassassin-talk/msg05412.html http://www.eee.hku.hk/~kmpoon/lists/spamassassin-talk/msg05413.html http://www.eee.hku.hk/~kmpoon/lists/spamassassin-talk/msg05414.html http://www.eee.hku.hk/~kmpoon/lists/spamassassin-talk/msg05415.html http://mail-archives.apache.org/mod_mbox/spamassassin-users/201411.mbox/%3c20141126231649.go...@frodo.gerdesas.com%3E http://mail-archives.apache.org/mod_mbox/spamassassin-users/201411.mbox/%3c201411262346.38666.antony.st...@spamassassin.open.source.it%3E http://www.gossamer-threads.com/lists/spamassassin/users/187913 http://www.gossamer-threads.com/lists/spamassassin/users/188065 https://www.mail-archive.com/bind-users@lists.isc.org/msg19670.html http://comments.gmane.org/gmane.mail.roundcube.user/4500 signature.asc Description: OpenPGP digital signature
Re: updated RegistrarBoundaries.pm
On 2/21/15 7:31 PM, Nick Edwards nick.z.edwa...@gmail.com wrote: Plenty appreciate your work, dont worry about $INDIVIDUAL, that $EXPLETIVE I'm not a moderator or anything, but this kind of personal attack is neither necessary nor appropriate here, IMO. -- Dave Pooser Cat-Herder-in-Chief, Pooserville.com
Re: updated RegistrarBoundaries.pm
Am 22.02.2015 um 02:33 schrieb Nick Edwards: On 2/22/15, Benny Pedersen m...@junc.eu wrote: Axb skrev den 2015-02-21 12:09: DOH! - need more coffee... whisky free ? :-) when corresponding with reindl, you need whiskey, just to tolerate his rhetoric re-read the thread - that above had nothing to do with me at all but you have nothing better to do than start you ad hominem attacks again? who do you think you are? signature.asc Description: OpenPGP digital signature
Re: updated RegistrarBoundaries.pm
On 2/22/15, Benny Pedersen m...@junc.eu wrote: Axb skrev den 2015-02-21 12:09: DOH! - need more coffee... whisky free ? :-) when corresponding with reindl, you need whiskey, just to tolerate his rhetoric
Re: updated RegistrarBoundaries.pm
On 2/22/15, Axb axb.li...@gmail.com wrote: On 02/21/2015 04:04 PM, Jim Popovitch wrote: On Sat, Feb 21, 2015 at 9:35 AM, Axb axb.li...@gmail.com wrote: Many moons ago, obviously before you started using SA, what you *now* consider dynamic, was very static with less than than handfull of changes /release. There's some pointless blabber in that as well. ;-) that pointless blabber tries to explain why we're still carrying historical karma. It's not unknown, new, or has been forgotten. Irregardless of last century's history, what Reindl said makes good sense. Highly dynamic content shouldn't have to be exported in a .pm from svn every month. the TLD additions hardly qualify as higly dynamic and till SA delivers the new method in bug 6782 if you look into RegistrarBoundaries.pm, Joe Quinn (thanks Joe!) documented the starting steps to pickup the changes required so you can script your own updates. wonder why I spent Saturday time updating/commiting/announcing so others could make use of it instead of doing facility management aka house chores... Plenty appreciate your work, dont worry about reindl, that fuckstain causes problems on every mailing list he joins (google is your friend there), he's always right, everyone else is either wrong or an idiot, he cant handle the fact that some people want to run their systems in a way that differs fro him, most of the internet who's had the displeasure of interacting with the tosser laugh at him knowing that in reality he's the only idiot.
Re: updated RegistrarBoundaries.pm
PLS EXCUSE ERROR seems that wget commant WILL *NOT* get you the .pm file. You'll need to SVN checkout or use a browser and download http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm?view=co On 02/21/2015 11:17 AM, Axb wrote: I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates. On Centos/RHE/Fedora boxes you will probably find it in /usr/local/share/perl5/Mail/SpamAssassin/Util use locate RegistrarBoundaries.pm to determine path backup your old version and replace/wget http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm
Re: updated RegistrarBoundaries.pm
On Sat, Feb 21, 2015 at 9:35 AM, Axb axb.li...@gmail.com wrote: Many moons ago, obviously before you started using SA, what you *now* consider dynamic, was very static with less than than handfull of changes /release. There's some pointless blabber in that as well. ;-) Irregardless of last century's history, what Reindl said makes good sense. Highly dynamic content shouldn't have to be exported in a .pm from svn every month. -Jim P.
Re: updated RegistrarBoundaries.pm
On 02/21/2015 04:04 PM, Jim Popovitch wrote: On Sat, Feb 21, 2015 at 9:35 AM, Axb axb.li...@gmail.com wrote: Many moons ago, obviously before you started using SA, what you *now* consider dynamic, was very static with less than than handfull of changes /release. There's some pointless blabber in that as well. ;-) that pointless blabber tries to explain why we're still carrying historical karma. It's not unknown, new, or has been forgotten. Irregardless of last century's history, what Reindl said makes good sense. Highly dynamic content shouldn't have to be exported in a .pm from svn every month. the TLD additions hardly qualify as higly dynamic and till SA delivers the new method in bug 6782 if you look into RegistrarBoundaries.pm, Joe Quinn (thanks Joe!) documented the starting steps to pickup the changes required so you can script your own updates. wonder why I spent Saturday time updating/commiting/announcing so others could make use of it instead of doing facility management aka house chores...
Re: Uptick in spam (bayes stats script)
On Feb 18, 2015, at 6:20 AM, Reindl Harald h.rei...@thelounge.net wrote: bayes-stats.txt That is a lot cleaner and more obvious, thank you for sharing -- Once again I teeter at the precipice of the generation gap.
Re: updated RegistrarBoundaries.pm
Am 21.02.2015 um 16:26 schrieb Axb: On 02/21/2015 04:04 PM, Jim Popovitch wrote: On Sat, Feb 21, 2015 at 9:35 AM, Axb axb.li...@gmail.com wrote: Many moons ago, obviously before you started using SA, what you *now* consider dynamic, was very static with less than than handfull of changes /release. There's some pointless blabber in that as well. ;-) that pointless blabber tries to explain why we're still carrying historical karma. It's not unknown, new, or has been forgotten. Irregardless of last century's history, what Reindl said makes good sense. Highly dynamic content shouldn't have to be exported in a .pm from svn every month. the TLD additions hardly qualify as higly dynamic and till SA delivers the new method in bug 6782 if you look into RegistrarBoundaries.pm, Joe Quinn (thanks Joe!) documented the starting steps to pickup the changes required so you can script your own updates. wonder why I spent Saturday time updating/commiting/announcing so others could make use of it instead of doing facility management aka house chores... no idea why you always get that pissed off when anybody repsonds to your mails - just put a disclaimer below no repsonses wanted but don't blame people all the time for aksing questions signature.asc Description: OpenPGP digital signature
updated RegistrarBoundaries.pm
I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates. On Centos/RHE/Fedora boxes you will probably find it in /usr/local/share/perl5/Mail/SpamAssassin/Util use locate RegistrarBoundaries.pm to determine path backup your old version and replace/wget http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm Axb
Re: updated RegistrarBoundaries.pm
DOH! - need more coffee... svn export http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm On 02/21/2015 11:29 AM, Axb wrote: PLS EXCUSE ERROR seems that wget commant WILL *NOT* get you the .pm file. You'll need to SVN checkout or use a browser and download http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm?view=co On 02/21/2015 11:17 AM, Axb wrote: I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates. On Centos/RHE/Fedora boxes you will probably find it in /usr/local/share/perl5/Mail/SpamAssassin/Util use locate RegistrarBoundaries.pm to determine path backup your old version and replace/wget http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm
Re: Some tips email gateway
Hi ,Few days ago, finished installing postfix 3.0 and spamassassin 3.4 , I have a doubt with the part of downstream server MX, so I defined my MX in DNS: ### Actual DNS domain.com. IN MX 0 scmmific.domain.com. ### this would be the recommended settings ###: domain.com. IN MX 0 scmmific.domain.com. domain.com. IN MX 5 scmmific1.domain.com. I´m look forward to your reply Monday I start with sieve! regardss
Re: Some tips email gateway
On 17.02.15 13:25, ricky gutierrez wrote: Yes , only these two: reject_rbl_client pbl.spamhaus.org, reject_rbl_client sbl-xbl.spamhaus.org, Am 17.02.2015 um 22:04 schrieb Matus UHLAR - fantomas: why not reject_rbl_client zen.spamhaus.org ? it makes exactly the same job, but halves number of queries On 17.02.15 22:16, Reindl Harald wrote: it contains more zenhaus lists and hence more false positives It includes only one more which is CSS. some time before it was only sbl-xbl+pbl, and I have forgot about CSS addition -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759
Re: updated RegistrarBoundaries.pm
Am 21.02.2015 um 15:01 schrieb Axb: On 02/21/2015 02:57 PM, Reindl Harald wrote: Am 21.02.2015 um 11:17 schrieb Axb: I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates this should really go to sa-updates given how often that list changed only in the current month, that below are cron-mails re-configure postfix if the IANA list changes snipped-pointless-blabber really? https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6782 ok, that was reported 2 months after 3.4.0 release while i don't get why dynamic config data are in program code at all signature.asc Description: OpenPGP digital signature
Re: Some tips email gateway
Am 21.02.2015 um 14:49 schrieb Matus UHLAR - fantomas: On 17.02.15 13:25, ricky gutierrez wrote: Yes , only these two: reject_rbl_client pbl.spamhaus.org, reject_rbl_client sbl-xbl.spamhaus.org, Am 17.02.2015 um 22:04 schrieb Matus UHLAR - fantomas: why not reject_rbl_client zen.spamhaus.org ? it makes exactly the same job, but halves number of queries On 17.02.15 22:16, Reindl Harald wrote: it contains more zenhaus lists and hence more false positives It includes only one more which is CSS. some time before it was only sbl-xbl+pbl, and I have forgot about CSS addition the problem is the SBL part which you can't treat with the same score as XBL/PBL/CSS while i would in general not recommend usage of reject_rbl_client at all, that's not score-based and is asking for troubles, below my weighting for zen.spamhaus.org the first number is the postscreen-score, the second the spamassassin-score given both configured to reject starting with 8 points - normally you want every DNSBL result confirmed at least by one additional source and add at least sorbs or/and hostkarma.junkemailfilter.com to the mix pbl.spamhaus.org 8 5.5 127.0.0.[10;11] ^127\.0\.0\.1[01]$ xbl.spamhaus.org 7 5.5 127.0.0.[4..7] ^127\.0\.0\.[4567]$ css.spamhaus.org 5 4.0 127.0.0.3 ^127\.0\.0\.3$ sbl.spamhaus.org 3 1.5 127.0.0.2 ^127\.0\.0\.2$ signature.asc Description: OpenPGP digital signature
Re: updated RegistrarBoundaries.pm
On 02/21/2015 03:20 PM, Reindl Harald wrote: Am 21.02.2015 um 15:01 schrieb Axb: On 02/21/2015 02:57 PM, Reindl Harald wrote: Am 21.02.2015 um 11:17 schrieb Axb: I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates this should really go to sa-updates given how often that list changed only in the current month, that below are cron-mails re-configure postfix if the IANA list changes snipped-pointless-blabber really? https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6782 ok, that was reported 2 months after 3.4.0 release while i don't get why dynamic config data are in program code at all SA's bugzilla and SVN history should explain quite a lot, though some of the history may be missing because it happened before SpamAssassin became an Apache project. Many moons ago, obviously before you started using SA, what you *now* consider dynamic, was very static with less than than handfull of changes /release.
Re: updated RegistrarBoundaries.pm
Am 21.02.2015 um 11:17 schrieb Axb: I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates this should really go to sa-updates given how often that list changed only in the current month, that below are cron-mails re-configure postfix if the IANA list changes UPDATED: /etc/postfix/blacklist_generic_ptr.cf 1486a1487 /.*\.ntt$/ DUNNO - UPDATED: /etc/postfix/blacklist_helo.cf 495a496 /.*\.ntt$/ DUNNO - OK: /usr/bin/systemctl reload postfix.service UPDATED: /etc/postfix/blacklist_generic_ptr.cf 1065a1066 /.*\.bingo$/ DUNNO 1099a1101 /.*\.canon$/ DUNNO 1120a1123 /.*\.chat$/ DUNNO 1617a1621 /.*\.style$/ DUNNO 1639a1644 /.*\.tennis$/ DUNNO 1656a1662 /.*\.toshiba$/ DUNNO - UPDATED: /etc/postfix/blacklist_helo.cf 74a75 /.*\.bingo$/ DUNNO 108a110 /.*\.canon$/ DUNNO 129a132 /.*\.chat$/ DUNNO 626a630 /.*\.style$/ DUNNO 648a653 /.*\.tennis$/ DUNNO 665a671 /.*\.toshiba$/ DUNNO - OK: /usr/bin/systemctl reload postfix.service UPDATED: /etc/postfix/blacklist_generic_ptr.cf 1027a1028 /.*\.apartments$/ DUNNO 1483a1485 /.*\.nico$/ DUNNO 1583a1586 /.*\.saxo$/ DUNNO - UPDATED: /etc/postfix/blacklist_helo.cf 35a36 /.*\.apartments$/ DUNNO 491a493 /.*\.nico$/ DUNNO 591a594 /.*\.saxo$/ DUNNO - OK: /usr/bin/systemctl reload postfix.service UPDATED: /etc/postfix/blacklist_generic_ptr.cf 1115a1116 /.*\.cbn$/ DUNNO 1270a1272 /.*\.gdn$/ DUNNO - UPDATED: /etc/postfix/blacklist_helo.cf 123a124 /.*\.cbn$/ DUNNO 278a280 /.*\.gdn$/ DUNNO - OK: /usr/bin/systemctl reload postfix.service UPDATED: /etc/postfix/blacklist_generic_ptr.cf 1747a1748 /.*\.xn\-\-90ais$/ DUNNO - UPDATED: /etc/postfix/blacklist_helo.cf 777a778 /.*\.xn\-\-90ais$/ DUNNO - OK: /usr/bin/systemctl reload postfix.service UPDATED: /etc/postfix/blacklist_generic_ptr.cf 1113a1114 /.*\.casino$/ DUNNO 1235a1237 /.*\.fans$/ DUNNO 1256a1259 /.*\.football$/ DUNNO 1292a1296 /.*\.goldpoint$/ DUNNO 1593a1598 /.*\.school$/ DUNNO 1816a1822 /.*\.yodobashi$/ DUNNO - UPDATED: /etc/postfix/blacklist_helo.cf 143a144 /.*\.casino$/ DUNNO 265a267 /.*\.fans$/ DUNNO 286a289 /.*\.football$/ DUNNO 322a326 /.*\.goldpoint$/ DUNNO 623a628 /.*\.school$/ DUNNO 846a852 /.*\.yodobashi$/ DUNNO - OK: /usr/bin/systemctl reload postfix.service signature.asc Description: OpenPGP digital signature
Re: updated RegistrarBoundaries.pm
On 02/21/2015 02:57 PM, Reindl Harald wrote: Am 21.02.2015 um 11:17 schrieb Axb: I just updated RegistrarBoundaries.pm to reflect http://data.iana.org/TLD/tlds-alpha-by-domain.txt # Version 2015022100, Last Updated Sat Feb 21 07:07:01 2015 UTC NOTE: This is not updated via sa-update, only with release updates this should really go to sa-updates given how often that list changed only in the current month, that below are cron-mails re-configure postfix if the IANA list changes snipped-pointless-blabber https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6782
Re: updated RegistrarBoundaries.pm
Axb skrev den 2015-02-21 12:09: DOH! - need more coffee... whisky free ? :-)