Hmmm? Why not? If it is a legal license (i.e.
no restrictions on licensing transfer from the manufacturer), then this
generally just voids any warrantees or support contracts. If the software
works and you can support it yourself then again, why not?
The same applies to hardware. We've
The MS DNS servers, are they Windows Server 2003? If so, have you researched
the DNS issue and made the needed registry change on them?
John T
eServices For You
Seek, and ye shall find!
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf
How do I find that out? It is just an address that my hosting provider has
given me. I have no control over or way to access the DNS server.
Gary
Original Message
From: John T \(Lists\) [EMAIL PROTECTED]
Sent: Wednesday, March 15, 2006 2:40 AM
To:
Although others opinions may vary, you are better off using a cache only DNS
server in-house for you mail server resolution. I do this on the Imail
server itself. Speeds up resolution.
John T
eServices For You
Seek, and ye shall find!
-Original Message-
From: [EMAIL PROTECTED]
Same here. It works very well for us.
-d
- Original Message -
From: John T (Lists) [EMAIL PROTECTED]
To: Declude.JunkMail@declude.com
Sent: Wednesday, March 15, 2006 1:20 PM
Subject: RE: [Declude.JunkMail] ip4r failure
Although others opinions may vary, you are better off using a
That may speed up resolution, but that's not my issue. The question is why
does SmarterMail catch the spam using the same ip4r tests? It is the same
message, and the tests are being perfomed on the same eml file within a few
seconds of each other. Why does Declude fail and SM succeed?
Gary
Smartermail probably is being more patient and has a longer DNS timing out
period than declude. You should really run a cache only DNS directly on your
mail server. It will speed your deliver time of your emails and catch more
spam for you.
Kevin Bilbee
-Original Message-
From:
I quite possibly is the issue. It has to do with response times.
John T
eServices For You
Seek, and ye shall find!
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Gary Steiner
Sent: Wednesday, March 15, 2006 10:56 AM
To:
From a past problem I worked on we had very poor results with DNS blacklists
on a mail server that I maintained. The customer I was working for was
using a providers DNS server that was slow. We were able to determine that
the first query always (well 99% of the time) timed out while a
I just got an e-mail asking me to update my info with a form attached:
Dear Customer,
We are currently in the process of updating our records here at
Declude. We are aware that you have purchased product from us in the past
and would greatly appreciate your response in
Gary,
Let me confuse things a bit more here. I would recommend not using
Windows DNS as your caching server if you are using Windows 2003. It
enables something called EDNS0 by default and some servers won't
resolve lookups and this will cause some resolution based tests to not
operate and
Matt, I think I know what that bug is
but I am on a live meeting right now and I will look it up later.
I think it has to do with the boot.ini
file.
John T
eServices For You
Seek, and ye shall
find!
-Original Message-
From:
[EMAIL PROTECTED] [mailto:[EMAIL
Matt,
Is this true even if you manually set the reg key versus doing it with
dnscmd?
Darrell
Matt writes:
Gary,
Let me confuse things a bit more here. I would recommend not using
Windows DNS as your caching server if you are using Windows 2003. It
enables something called EDNS0 by
enableednsprobes is set to 0 in my registries. I believe that the
dnscmd /config /enableednsprobes 0 command is what sets this. For
some reason though, when I reboot any of my servers, it stops resolving
hosts that have issues with ENDS0 packets until I run that command again
and restart the
I guess I am missing what the local DNS really has to do with the ip4r
tests.
The way I understand the ip4r filter is that Declude does a DSN lookup at
lets say SPAMCOP at bl.spamcop.net for a response. It is waiting for a
response from SPAMCOP not the configured local DNS server. If the SPAMCOP
No, Declude nor the OS nor your workstation nor etc go out to the internet
to fetch the information. They use the DNS server that they are configured
for. That DNS server is responsible for responding to the requesting app
with the information or a time out or does not exist. That DNS server is
16 matches
Mail list logo
