Bug #2039 for Net-DNS: Confirm issues with .3x and Win32

Thu Feb 06 14:00:00 2003 Guest - Ticket created

Subject:

Confirm issues with .3x and Win32

I have many customers running SpamAssassin on Win32 (OS varies - NT/2000/XP). They use Perl 5.6.1. Until about a month ago, ActiveState still had .12 Net::DNS AFAIK, and all was well. I've now gotten about a dozen reports of SA hanging during it's DNS lookups from users running .31/.32/.33. Backrevving to .12 fixed the issue. Can't offer feedback on the .2x releases other than I remember trying one back in June 2002 and finding it didn't work either.

Thu Feb 06 14:28:27 2003 rt-cpan [...] triv.org - Taken

Thu Feb 06 14:30:21 2003 rt-cpan [...] triv.org - Correspondence added

[guest - Thu Feb 6 14:00:00 2003]: Show quoted text

> I have many customers running SpamAssassin on Win32 (OS varies - > NT/2000/XP). They use Perl 5.6.1. Until about a month ago, > ActiveState still had .12 Net::DNS AFAIK, and all was well. > > I've now gotten about a dozen reports of SA hanging during it's DNS > lookups from users running .31/.32/.33. Backrevving to .12 fixed > the issue. > > Can't offer feedback on the .2x releases other than I remember trying > one back in June 2002 and finding it didn't work either.

.3x is known to be broken on win32. Oddly enough though, .12 shouldn't work on windows at all. I don't have access to a windows machine, but I do have one person working on windows support. The hope is to have working windows support in a future release. -- Chris Reinhardt ctriv@dyndns.org Systems Architect Dynamic DNS Network Services http://www.dyndns.org/

Thu Feb 06 14:30:22 2003 rt-cpan [...] triv.org - Status changed from 'new' to 'resolved'

Thu Feb 06 14:55:45 2003 The RT System itself - Status changed from 'resolved' to 'open'

Thu Feb 06 14:55:45 2003 Guest - Correspondence added

From:

mikebell90 [...] yahoo.com

Sorry I replied privately. .12 definitely worked for 100s of people I know of on Win32. I've attached the copy of it, in case you can detect if AS modded it in any way and then forgot when they went to .3x [CREIN - Thu Feb 6 14:30:21 2003]: Show quoted text

> [guest - Thu Feb 6 14:00:00 2003]: >

> > I have many customers running SpamAssassin on Win32 (OS varies - > > NT/2000/XP). They use Perl 5.6.1. Until about a month ago, > > ActiveState still had .12 Net::DNS AFAIK, and all was well. > > > > I've now gotten about a dozen reports of SA hanging during it's DNS > > lookups from users running .31/.32/.33. Backrevving to .12 fixed > > the issue. > > > > Can't offer feedback on the .2x releases other than I remember

trying Show quoted text

> > one back in June 2002 and finding it didn't work either.

> > .3x is known to be broken on win32. Oddly enough though, .12

shouldn't Show quoted text

> work on windows at all. I don't have access to a windows machine,

but I Show quoted text

> do have one person working on windows support. The hope is to have > working windows support in a future release.

Download DNS.zip
application/x-zip-compressed 52k

Message body not shown because it is not plain text.

Thu Feb 06 15:30:39 2003 Guest - Correspondence added

From:

mikebell90 [...] yahoo.com

Just checked against a tarball of .12 - nope, AS didn't change it all. Hoiwever situation is same - .12 works (maybe .14 too), .3x causes issues (although for .12 it's necessary to SET RES_NAMESERVERS) Could you guys put Net::DNS .12 on your ftp as well? Thanks [gue> attached the copy of it, in case you can detect if AS modded it in any Show quoted text

> way and then forgot when they went to .3x

Thu Feb 06 15:48:11 2003 ctriv [...] dyndns.org - Correspondence added

Date:	Thu, 6 Feb 2003 15:48:02 -0500 (EST)
From:	Chris Reinhardt <ctriv [...] dyndns.org>
To:	Guest via RT <bug-Net-DNS [...] rt.cpan.org>
Subject:	Re: [cpan #2039] Confirm issues with .3x and Win32
RT-Send-Cc:

On Thu, 6 Feb 2003, Guest via RT wrote: Show quoted text

> > This message about Net-DNS was sent to you by guest <> via rt.cpan.org > > Full context and any attached attachments can be found at: > <URL: https://rt.cpan.org/Ticket/Display.html?id=2039 > > > Just checked against a tarball of .12 - nope, AS didn't change it all. > Hoiwever situation is same - .12 works (maybe .14 too), .3x causes > issues (although for .12 it's necessary to SET RES_NAMESERVERS) > > Could you guys put Net::DNS .12 on your ftp as well? Thanks >

I dunno if I have a copy of 0.12. Mike Fuhr might have a copy in his CPAN directory. For the record, current versions of Net::DNS are broken because the default name server detection does not work properly/at all. -- Chris Reinhardt ctriv@dyndns.org Systems Architect Dynamic DNS Network Services http://www.dyndns.org/

Wed Feb 12 03:03:33 2003 Guest - Correspondence added

From:

quinlan [...] pathname.com

[ctriv@dyndns.org - Thu Feb 6 15:48:11 2003]: Show quoted text

> I dunno if I have a copy of 0.12. Mike Fuhr might have a copy in his CPAN > directory. For the record, current versions of Net::DNS are broken > because the default name server detection does not work properly/at all.

The default name server detection in 0.33 *does* actually work if you include Win32::Registry. However, if you don't include it, then Net::DNS doesn't work and you get some warnings, etc. However, it doesn't work as well as on Unix systems. timeouts are very slow, too slow to be functional to do certain DNS checks in SpamAssassin.

Wed Feb 19 04:00:02 2003 Guest - Correspondence added

From:

mikebell90 [...] yahoo.com

mmm. Dan, surely the old SET RES_NAMESERVERS should still work, though, right? And I've had about 50 people or more now confirm various dns timeouts/hangs with SpamAssassin and Net::DNS .3x on Win32. In all cases Net::DNS .12 made them wildly happy. Show quoted text

> > The default name server detection in 0.33 *does* actually work if you > include Win32::Registry. However, if you don't include it, then > Net::DNS doesn't work and you get some warnings, etc. > > However, it doesn't work as well as on Unix systems. timeouts are > very > slow, too slow to be functional to do certain DNS checks in > SpamAssassin.

Wed Feb 19 04:18:00 2003 rt-cpan [...] triv.org - Correspondence added

Show quoted text

> > However, it doesn't work as well as on Unix systems. timeouts are > very > slow, too slow to be functional to do certain DNS checks in > SpamAssassin.

There was no timeout code in the past in Net::DNS (for udp traffic). Perhaps Rob Brown's udp_timeout() code added in 0.31 caused this problem? -- Chris Reinhardt ctriv@dyndns.org Systems Architect Dynamic DNS Network Services http://www.dyndns.org/

Wed Feb 19 04:20:56 2003 Guest - Correspondence added

[guest - Wed Feb 19 04:00:02 2003]: Ah I see now. There's an eval that checks for Win32::Registry in Resolver.PM and if it fails it assumes it should go into unix mode! Probably should just alter makefile.pl to require this for ^O eq MSWin32 Show quoted text

> > > > The default name server detection in 0.33 *does* actually work if

you Show quoted text

> > include Win32::Registry. However, if you don't include it, then > > Net::DNS doesn't work and you get some warnings, etc.

Wed Feb 19 04:22:08 2003 rt-cpan [...] triv.org - Correspondence added

[guest - Wed Feb 19 04:00:02 2003]: Show quoted text

> mmm. Dan, surely the old SET RES_NAMESERVERS should still work, though, > right? And I've had about 50 people or more now confirm various dns > timeouts/hangs with SpamAssassin and Net::DNS .3x on Win32. In all > cases Net::DNS .12 made them wildly happy.

I really need a better analysis than "it hangs" to do anything about this. I don't have access to a windows machine, and I'm started to get fustrated at not being able to fix these problems for people. Net::DNS did not loot at the envirement variables for 0.14 though 0.32. 0.32 does look at the envirement variables. Also, 0.14 should be used over 0.12, 0.12 has a nasty bug regarding packet IDs and an annoying (but harmless warning) in perl version 5.6.0 and greater. These two issues are fixed in 0.14. However, I would like to get a recent version of Net::DNS playing better with windows. I suppose I should break down and get a PC with windows on it. *shudder* -- Chris Reinhardt ctriv@dyndns.org Systems Architect Dynamic DNS Network Services http://www.dyndns.org/

Wed Feb 19 04:53:15 2003 Guest - Correspondence added

[guest - Wed Feb 19 04:20:56 2003]: hmm, given bug 1819 has only been worked around (eg that registry location varies upon Win32 OS), I withdraw this suggestion. Still think the README should be updated. And the registry stuff should be fixed or backed out... Show quoted text

> [guest - Wed Feb 19 04:00:02 2003]: > > Ah I see now. There's an eval that checks for Win32::Registry in > Resolver.PM and if it fails it assumes it should go into unix mode! > Probably should just alter makefile.pl to require this for ^O eq

MSWin32 Show quoted text

> > >

> > > > > > The default name server detection in 0.33 *does* actually work if

> you

> > > include Win32::Registry. However, if you don't include it, then > > > Net::DNS doesn't work and you get some warnings, etc.

>

Wed Feb 19 15:47:41 2003 Guest - Correspondence added

[guest - Wed Feb 19 04:53:15 2003]: Show quoted text

> [guest - Wed Feb 19 04:20:56 2003]: > > hmm, given bug 1819 has only been worked around (eg that registry > location varies upon Win32 OS), I withdraw this suggestion. > > Still think the README should be updated. And the registry stuff > should > be fixed or backed out... > >

> > [guest - Wed Feb 19 04:00:02 2003]: > > > > Ah I see now. There's an eval that checks for Win32::Registry in > > Resolver.PM and if it fails it assumes it should go into unix mode! > > Probably should just alter makefile.pl to require this for ^O eq

> MSWin32

> > > > > >

> > > > > > > > The default name server detection in 0.33 *does* actually work

> if

> > you

> > > > include Win32::Registry. However, if you don't include it, then > > > > Net::DNS doesn't work and you get some warnings, etc.

> >

Thu Feb 20 21:50:56 2003 rob [...] roobik.com - Correspondence added

Date:	Thu, 20 Feb 2003 19:50:27 -0700 (MST)
From:	Rob Brown <rob [...] roobik.com>
To:	via RT <bug-Net-DNS [...] rt.cpan.org>
CC:	crein [...] cpan.org
Subject:	Re: [cpan #2039] Confirm issues with .3x and Win32
RT-Send-Cc:

On Wed, 19 Feb 2003, via RT wrote: Show quoted text

> This message about Net-DNS was sent to you by CREIN <CREIN@cpan.org> via rt.cpan.org > > Full context and any attached attachments can be found at: > <URL: https://rt.cpan.org/Ticket/Display.html?id=2039 > >

> > > > However, it doesn't work as well as on Unix systems. timeouts are > > very > > slow, too slow to be functional to do certain DNS checks in > > SpamAssassin.

> > There was no timeout code in the past in Net::DNS (for udp traffic). Perhaps Rob Brown's udp_timeout() code added in 0.31 caused this problem?

Sorry, I forgot to test that udp_timeout stuff under winbloze. But I don't have a windows box anywhere because I use linux for everything (including my work station). I'll just need to find box to put windows on to test this out. Not sure how long it will take for me to get this. -- Rob

Thu Feb 20 22:09:24 2003 Guest - Correspondence added

The other problem is with the Win32::Registry bit Windows stores the info in different places in the registry depending on whether it's: a) Windows 95/98/ME b) NT 4 c) 2000/XP c) is particularly hairy. I've googled some python code someone put together to find it -- not pretty. In short if you want to support the Windows registry, you'll need to write a WinDNS.PM utility to find it. I would, but my perl skills suck. I can post the python stuff here if it'll help though. [rob@roobik.com - Thu Feb 20 21:50:56 2003]: Show quoted text

> On Wed, 19 Feb 2003, via RT wrote:

> > This message about Net-DNS was sent to you by CREIN <CREIN@cpan.org>

> via rt.cpan.org

> > > > Full context and any attached attachments can be found at: > > <URL: https://rt.cpan.org/Ticket/Display.html?id=2039 > > >

> > > > > > However, it doesn't work as well as on Unix systems. timeouts are > > > very > > > slow, too slow to be functional to do certain DNS checks in > > > SpamAssassin.

> > > > There was no timeout code in the past in Net::DNS (for udp traffic).

> Perhaps Rob Brown's udp_timeout() code added in 0.31 caused this > problem? > > Sorry, I forgot to test that udp_timeout stuff under winbloze. > But I don't have a windows box anywhere because I use linux for > everything (including my work station). I'll just need to find > box to put windows on to test this out. Not sure how long it > will take for me to get this. > > -- Rob >

Thu May 08 03:06:28 2003 rt-cpan [...] triv.org - Status changed from 'open' to 'resolved'