Supported in this case means "accept bug reports for" not "we know
it won't work".
Mark
In message <51b0ba26.9030...@noc.utoronto.ca>, Mike Peterson writes:
> Is there any way to build BIND 9.9.3-P1 on Solaris 10 with 'cc', using
> OpenSSL built with 'gcc'?
>
> There are many other packages th
Vernon Schryver wrote:
>
> About chasing CNAMEs safely or otherwise, please recall the somewhat
> controversial DontExpandCnames. The current cf/README says:
>
> confDONT_EXPAND_CNAMES DontExpandCnames
> [False] If set, $[ ... $] lookups that
> do DNS base
> From: Tony Finch
> Sendmail at one time tried to use ANY for combined MX+A lookups, which
> doesn't work.
That would be true and relevant if sendmail did that. Requesting ANY,
not getting all of the MX, A, and/or records needed, and failing
to continue making other DNS requests simply do
On 06.06.13 08:40, Narcis Garcia wrote:
I don't understand why the Subject Prefix can be inconvenient for
someone, if it's brief.
It is much easier to add information (mailing list name) to a subjsct
locally than it is to remove it.
Also, any useless information in Subject: hides some importan
Is there any way to build BIND 9.9.3-P1 on Solaris 10 with 'cc', using
OpenSSL built with 'gcc'?
There are many other packages that use OpenSSL that only build with
'gcc', but BIND 9.9.3-P1 won't compile on Solaris 10 with 'gcc' (I think
it did previously, as my notes have 'CC=gcc' set in the
Barry Margolin wrote:
> In article ,
> Tony Finch wrote:
>
> > The ANY query does not trigger alias processing, so if there is a CNAME
> > chain you have to follow it yourself. This is a waste because if you made
> > an MX query in the first place the server would have given you the whole
> > ch
In article ,
Tony Finch wrote:
> The ANY query does not trigger alias processing, so if there is a CNAME
> chain you have to follow it yourself. This is a waste because if you made
> an MX query in the first place the server would have given you the whole
> chain without further queries.
Unless
Hello Carsten and Kevin
Thanks for your answers. As a short summary, I will use (and recommend) the
following ways:
- consider .local/.loc/.intra/.lan etc. as legacy which should be eliminated
(Microsoft officially supports Active Directory domain renaming procedures
for that).
- preferred w
-Original Message-
From: "Elmar K. Bins"
Organization: unorganized since 1789
Date: Thursday, June 6, 2013 6:18 AM
To: "bind-users@lists.isc.org"
Subject: Re: This list's prefix
>s...@resistor.net (SM) wrote:
>
>> >And the 100-dollar-question is: How do you remove them on outgoing
>>mai
Thnkx one more time Mark , It's wrong behavior so I keep the default
settings.
-Original Message-
From: Mark Andrews
Sent: Thursday, June 06, 2013 2:27 PM
To: Eng_M.wahab
Cc: bind-us...@isc.org
Subject: Re: RFC 1918 Warning Event ID 2
In message , "Eng_M.wahab"
writes
:
Thanks Mar
In message , "Eng_M.wahab" writes
:
> Thanks Mark,
>
> It works in a perfect way ;)
>
> As for the below error, does it have anything to do with the RFC 1918 issue
> or it's another issue ?
>
> Event Type:Error
> Event Source:named
> Event Category:None
> Event ID:1
> Date:
>> The brackets were wrong and we should have checked that obj was true.
> The patch you provided makes the log message go away. The bind9 service
> appears to be working normally, and named-checkconf produces no output.
> Thanks. Jeff.
FYI. The patch for /lib/bind9/check.c provided earlier in
Thanks Mark,
It works in a perfect way ;)
As for the below error, does it have anything to do with the RFC 1918 issue
or it's another issue ?
Event Type:Error
Event Source:named
Event Category:None
Event ID:1
Date:6/6/2013
Time:12:09:44 PM
User:N/A
Comp
s...@resistor.net (SM) wrote:
> >And the 100-dollar-question is: How do you remove them on outgoing mails? ;-)
> The answer is to edit the subject line after hitting the reply button. :-)
I feared this would be the ugly truth...
Elmar.
___
Please visit
Vernon Schryver wrote:
>
> > [ANY query for combined MX/A lookup was] a bad hack then and it
> > has remained a bad hack :-)
>
> I would not agree if you could rely on the open resolvers continuing
> to do what they're doing, if you didn't care about parsing 3 or 4
> KBytes of irrelevant bits to g
Doug Barton wrote:
> On 06/05/2013 11:33 AM, Tony Finch wrote:
> > I believe the ANY hack on mail servers was a Sendmailism 20ish years ago.
>
> s/Send/q/
No, I meant Sendmail - see http://fanf.livejournal.com/10.html
Sendmail at one time tried to use ANY for combined MX+A lookups, which
doe
In message , "Eng_M.wahab" writes
:
>
> Dears,
>
> I was receiving the below warning event :
>
> Event Type:Warning
> Event Source:named
> Event Category:None
> Event ID:2
> Date:6/5/2013
> Time:11:01:30 AM
> User:N/A
> Computer:DNS01
> Description:
> cl
Dears,
I was receiving the below warning event :
Event Type:Warning
Event Source:named
Event Category:None
Event ID:2
Date:6/5/2013
Time:11:01:30 AM
User:N/A
Computer:DNS01
Description:
client 10.0.11.162#62089: RFC 1918 response from Internet for
26.2
18 matches
Mail list logo
