nicole thomson wrote:
Eric 'shubes', you are very nice.
Thanks, Nicole. I try. Sometimes it's easier than others. :)
"Which DNS server you use for resolution has nothing to do with rDNS.
I don't use djbdns (I use caching-nameserver and bind-chroot packages
instead)"
is there any quick howto caching-nameserver and bind-chroot?
Simply uninstall your djbdns package (rpm -e <packagename>), then
# yum install caching-nameserver bind-chroot
and that's it. There should be nothing more to do.
To check to be sure it's running:
# service named status
To be sure it's being used, 127.0.0.1 should be listed as the first
nameserver in your resolv.conf file, same as djbdns.
You can test it same as before. Do a 'dig' on some external domain, then
be sure that 127.0.0.1 is listed as the server near the end.
so I can't be much help debugging your djbdns setup if it has
problems. I do know that you can test to see if it's working by doing:
while your djbdns is running. You should get back:
# dig @127.0.0.1 google.com
; <<>> DiG 9.3.4-P1 <<>> @127.0.0.1 google.com
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37789
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 300 IN A 74.125.67.100
google.com. 300 IN A 74.125.53.100
google.com. 300 IN A 74.125.45.100
;; Query time: 2479 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Dec 3 10:22:24 2009
;; MSG SIZE rcvd: 76
i didnt get AUTHORITY SECTION:
I don't know why that would be. Perhaps a difference with djbdns?
There should be no functional difference between using djbdns and
127.0.0.1 vs your ISP's DNS resolver(s), provided both resolvers are
working properly. Using djbdns will help your QMT server to run a little
faster is all.
basically here i need to troubleshoot if i use spamdyke, many of my
users/clients where not able to send mails,
Were they trying to use your QMT server to send email to an external
domain, or were they trying to send from an external server to your QMT
server? I'm not clear about which you're talking about.
sorry to club the other query i made here in list. in smtp/current i
used to get DENIED_RBLMATCH.
It's pretty normal to see many of these. It shouldn't be showing up for
IP addresses that aren't listed though. I've never heard of spamdyke
generating this message in error, even if DNS is broken.
so i switched (commented) the blacklists
option. it is pretty difficult to digest that mail server is running
without spam controller. i was in a impression that since i am not
running any caching/ server this error would have occured.
There are a several anti-spam mechanisms in QMT. They'll all work
without a caching nameserver running on QMT, just not quite as quickly.
eventhough the ip's where not listed in spamhaus (all three shows OK")
as follows
IP Address Lookup
165.21.21.188 is not listed in the SBL
165.21.21.188 is not listed in the PBL
165.21.21.188 is not listed in the XBL
I'll believe it when I see it. Will you post a log message showing
DENIED_RBLMATCH with this address? Perhaps that would shed some light on
your trouble.
# qmlog -lc 165.21.21.188 smtp
should find where this happened in your log.
If you were using the stock spamdyke settings, it's possible that the
address was listed at bl.spamcop.net at the time.
I've used zen.spamhaus.org and bl.spamcop.net for quite some time, and
have seen very few false positives. When there is one, it's simple to
whitelist either the domain, rDNS, or IP address. This should only need
to be done while the sending server's admin takes measures to become
delisted.
"Please describe any remaining problem you have the best you can, and
we'll do our best to get you running smoothly."
very nice word it is eric, During this thanks giving i would have said
thanks to you.
You're quite welcome. I hope you get your trouble resolved with little
more difficulty.
--
-Eric 'shubes'
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
