You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Axb <ax...@gmail.com> on 2015/02/21 11:17:53 UTC

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

Posted by Reindl Harald <h....@thelounge.net>.
Am 22.02.2015 um 02:33 schrieb Nick Edwards:
> On 2/22/15, Benny Pedersen <me...@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?


Re: updated RegistrarBoundaries.pm

Posted by Nick Edwards <ni...@gmail.com>.
On 2/22/15, Benny Pedersen <me...@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

Posted by Benny Pedersen <me...@junc.eu>.
Axb skrev den 2015-02-21 12:09:
> DOH! - need more coffee...

whisky free ? :-)

Re: updated RegistrarBoundaries.pm

Posted by John Hardin <jh...@impsec.org>.
On Tue, 24 Feb 2015, Matteo Dessalvi wrote:

> Hello.
>
> Sorry Axb, I don't want to be pedant but the latest
> 'svn export' you have suggested gave me an error:
> "svn: Repository moved permanently to (other location)".
>
> Indeed, if I try:
>
> svn export 
> http://svn.apache.org/repos/asf//spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm
>
> then I am able to get the file.

You can also go here and follow the Download link:

http://svn.apache.org/viewvc/spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm?view=log

-- 
  John Hardin KA7OHZ                    http://www.impsec.org/~jhardin/
  jhardin@impsec.org    FALaholic #11174     pgpk -a jhardin@impsec.org
  key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C  AF76 D822 E6E6 B873 2E79
-----------------------------------------------------------------------
   The fetters imposed on liberty at home have ever been forged out
   of the weapons provided for defense against real, pretended, or
   imaginary dangers from abroad.               -- James Madison, 1799
-----------------------------------------------------------------------
  10 days until Dawn reaches Ceres

Re: updated RegistrarBoundaries.pm

Posted by Matteo Dessalvi <mt...@yahoo.it>.
Hello.

Sorry Axb, I don't want to be pedant but the latest
'svn export' you have suggested gave me an error:
"svn: Repository moved permanently to (other location)".

Indeed, if I try:

svn export 
http://svn.apache.org/repos/asf//spamassassin/trunk/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm

then I am able to get the file.

Are there some 'risks' in replacing that file with the one
that comes from a packaged version of SA (Debian Backports)?
AFAIKS, it looks like the update consists mostly in some changes
in the Regexps.

Anyway, thanks for the update and the 'heads up'!

Best regards,
Matteo

On 21.02.2015 12:09, Axb wrote:
> 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: updated RegistrarBoundaries.pm

Posted by Axb <ax...@gmail.com>.
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: updated RegistrarBoundaries.pm

Posted by Axb <ax...@gmail.com>.

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

Posted by Reindl Harald <h....@thelounge.net>.
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 <ax...@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


Re: updated RegistrarBoundaries.pm

Posted by Amir Caspi <ce...@3phase.com>.
On Feb 21, 2015, at 6:48 PM, Dave Pooser <da...@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

Posted by Reindl Harald <h....@thelounge.net>.
Am 22.02.2015 um 02:48 schrieb Dave Pooser:
> On 2/21/15 7:31 PM, "Nick Edwards" <ni...@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.GO777@frodo.gerdesas.com%3E

http://mail-archives.apache.org/mod_mbox/spamassassin-users/201411.mbox/%3C201411262346.38666.Antony.Stone@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


Re: updated RegistrarBoundaries.pm

Posted by Dave Pooser <da...@pooserville.com>.
On 2/21/15 7:31 PM, "Nick Edwards" <ni...@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

Posted by Nick Edwards <ni...@gmail.com>.
On 2/22/15, Axb <ax...@gmail.com> wrote:
> On 02/21/2015 04:04 PM, Jim Popovitch wrote:
>> On Sat, Feb 21, 2015 at 9:35 AM, Axb <ax...@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

Posted by Axb <ax...@gmail.com>.
On 02/21/2015 04:04 PM, Jim Popovitch wrote:
> On Sat, Feb 21, 2015 at 9:35 AM, Axb <ax...@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: updated RegistrarBoundaries.pm

Posted by Jim Popovitch <ji...@gmail.com>.
On Sat, Feb 21, 2015 at 9:35 AM, Axb <ax...@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

Posted by Axb <ax...@gmail.com>.
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

Posted by Reindl Harald <h....@thelounge.net>.
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


Re: updated RegistrarBoundaries.pm

Posted by Axb <ax...@gmail.com>.
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

Posted by Reindl Harald <h....@thelounge.net>.
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