[clear] pyCSV now csv.py

[Richard Kay]

On Mon, Aug 22, 2005 at 04:36:51PM -0700, David MacQuigg wrote:
> At 09:09 PM 8/22/2005 +0100, Richard Kay wrote:
> 
> >I have implemented CSV processing on my
> >incoming email by importing
> >from # csv-0.3x.py  David MacQuigg (c) 8/19/05
> 
> 0.3x is a version in transition from .3 to .4.  I think its OK, because it 
> was *after* I changed the name from pyCSV.py to csv.py, but you may want to 
> download version 0.4 just to be sure.  http://purl.net/macquigg/email/python

Have done this. Comparing the version linked from this 
page ( 0.3x ) to the .4 version (csv.py) on:

http://www.ece.arizona.edu/~edatools/home/email/python/csv.py

gives the following diff:

$ diff pyCSV.py csv.py
1c1
< # csv-0.3x.py  David MacQuigg (c) 8/19/05
---
> # csv-0.4.py  David MacQuigg (c) 8/20/05
9c9
< # 0.3 Add 'FILTER' action for weight=3 records.
---
> # 0.3 Handle weight=3 records.
15c15
< DNS.DiscoverNameServers()  # from /etc/resolv.conf or Windows Registry
---
> ##DNS.DiscoverNameServers()  # from /etc/resolv.conf or Windows Registry
18c18
< # DNS.defaults['server'] = ['216.183.68.110', '216.183.68.111'] ###
---
> DNS.defaults['server'] = ['216.183.68.110', '216.183.68.111'] ###




Apart from a couple of minor comment changes, the only code change
I can see here is the fact that I commented out the hard coding of DNS.defaults
and commented in the DNS.DiscoverNameServers() line, to lookup my normal 
nameservers. As far as the distributed version
of Tagspam is concerned, I see no need to include the comment
changes.  If substantive changes occur to csv.py which improve functionality
or reliability I will endeavour to include these within Tagspam
ASAP. Until then, no reason to delay further Tagspam testing.

I have also just seen the first genuine CSV pass recorded by
Tagpspam for a message from the spamtools list. When I have
enough messages in my spam folder to make it worthwhile 
I will also grep for CSV fails. (These are likely initially
to be few due to the small number of CSV SRV records currently
published, and the fact that spam is more likely to
get into my spam folder due to other filtering criteria.)

Best regards,
Richard.




> 
> Now that things are a little more stable, I will try to keep on my website 
> only versions that I believe are stable and working correctly with the 
> other modules on the site.
> 
> If anyone is planning some testing, you might want to wait until we hear 
> from Richard.
> 
> Sorry I didn't notice this sooner.  I've been busy with the first day of 
> classes.
> 
> --
> Dave
> ************************************************************     *
> * David MacQuigg, PhD     email: david_macquigg at yahoo.com     *  *
> * IC Design Engineer            phone:  USA 520-721-4583      *  *  *
> * Analog Design Methodologies                                 *  *  *
> *                                 9320 East Mikelyn Lane       * * *
> * VRS Consulting, P.C.            Tucson, Arizona 85710          *
> ************************************************************     *
> 
> 
> _______________________________________________
> ietf-clear mailing list
> ietf-clear at mipassoc.org
> http://mipassoc.org/mailman/listinfo/ietf-clear