Search Again:

QuickDNS Manager 3.5 (was: Re: Upgrade from 4.0 to 4.5)

From: Men & Mice Support
Date: Friday, May 23, 2003
Time: 2:18:40 pm

<ftp://ftp.menandmice.com/pub/quickdns/macmanagercarbon35.sit.hqx>
____________________________________________________________________
Chris Buxton Men & Mice
support@menandmice.com Making DNS Easy

At 1:56 PM -0500 5/23/03, TechCare wrote:
>Where can I find a download for QDNS Manager for version 3.5.3.
>
>
>----- Original Message -----
>From: "Mac McClellan" <mmcclell@nuskin.com>
>To: <quickdns-talk@lists.menandmice.com>
>Sent: Wednesday, May 21, 2003 6:45 PM
>Subject: Re: Upgrade from 4.0 to 4.5
>
>
>> Yeah. I already have several servers that were installed initially with
>> version 4.5 same OS (RH 7.3) and same hardware. I have two servers that
>> were initially installed with 4.0 and want to upgrade them. (Just the
>> qdnsr part).
>>
>> I figure I tar up the directory and if something goes south I just
>> untar and named still runs even if qdnsr whigs out.
>>
>> Thoughts?
>>
>> >>> cbuxton@menandmice.com 05/21 5:35 PM >>>
>> The issue is libraries. Each distribution has a slightly different
>> set of basic libraries, and they change between versions. Libraries
>> are not always backwards-compatible, either.
>>
>> The cause of all this is, Linux grew as a project of programmers, by
>> programmers, for programmers. So the expectation is, if it doesn't
>> work, you just get the source code and recompile it. For proprietary
>> software, that doesn't work so well. So we end up having to test
>> against every conceivable combination of Linux distribution (each
>> released version) + BIND version.
>>
>> This is why we only support two distributions, and only on x86. It
>> takes considerable effort to test each release against all these
>> combinations.
>> ____________________________________________________________________
>> Chris Buxton Men & Mice
>> support@menandmice.com Making DNS Easy
>>
>> At 3:18 PM -0800 5/21/03, mattb wrote:
>> >I'm curious. Isn't it just the version of BIND that it should be
>> >concerned with?
>> >
>> >Maybe xinetd?
>> >
>> >or does it rely on some other components as well? Kernal version?
>> >
>> >Properly written, it would seem like the version of BIND would be
>> >the only consideration. I'm not a real good programmer, so maybe
>> >I'm not thinking of all the reasons.
>> >
>> >
>> >At 03:05 PM 5/21/2003, you wrote:
>> >>That's supported. The downloads page says, "Red Hat Linux 7.0 -
>> 8.0".
>>
>>
>>




Messages In This Thread:



Return to Digital Point Solutions' Home Page