Re: [spamdyke-users] Follow-up: Resolving rDNS with CNAME
You're exactly right -- attempting to expand the name without using dn_expand() was the problem. Thanks for doing so much research on it! I've fixed this code in version 3.1.0 (just released). -- Sam Clippinger Ton van Rosmalen wrote: > Hi, > > I've been doing some testing using the util 'dnsptr'. This sample > returns, in its original form, the correct answer for the following ip: > 217.110.117.8 (profi-1.wetteronline.de) > > I've copied the following lines (280 - 290) from spamdyke/dns.c into > dnsptr.c and modified the usage of structures to single variables: > > dns.c - > tmp_ptr = answer_ptr; > while (((tmp_ptr - answer_ptr) < size) && >((txt_length = tmp_ptr[0]) > 0)) > { > tmp_ptr[0] = '.'; > tmp_ptr += txt_length + 1; > } > > current_settings->strlen_server_name = MINVAL(MAX_BUF, > size - 2); > for (i = 0; i < current_settings->strlen_server_name; i++) > current_settings->server_name[i] = > tolower((int)(answer_ptr + 1)[i]); > -- > > Now the dnsptr program issues a servername of 'profi-1.wetteronline.'. > > The difference seems to be in the usage of the dn_expand function in the > original whereby the correct domainname is determined. > I've been reading up on "domain name compression" and as far as I can > see the above code doesn't take these 'backreferences' into account. > > Hope this helps in creating a solution. > > Kind regards, > > Ton > > Ton van Rosmalen schreef: >> Hi all, >> >> I've started using spamdyke recently and ran into the same problem >> described in the thread from Oct. 23rd with the same subject. >> >> AFAI can see the rejection is based on the rDNS being determined as >> . without the domain part. >> This . itself does not resolve to an ip-address hence the >> rejection. >> >> The thread ends with a private message request with additional (real) >> information. >> >> Has this led to a resolution for the problem? >> >> Thanks. >> >> Kind regards, >> >> Ton >> ___ >> spamdyke-users mailing list >> spamdyke-users@spamdyke.org >> http://www.spamdyke.org/mailman/listinfo/spamdyke-users >> > ___ > spamdyke-users mailing list > spamdyke-users@spamdyke.org > http://www.spamdyke.org/mailman/listinfo/spamdyke-users ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] Follow-up: Resolving rDNS with CNAME
Hi, I've been doing some testing using the util 'dnsptr'. This sample returns, in its original form, the correct answer for the following ip: 217.110.117.8 (profi-1.wetteronline.de) I've copied the following lines (280 - 290) from spamdyke/dns.c into dnsptr.c and modified the usage of structures to single variables: dns.c - tmp_ptr = answer_ptr; while (((tmp_ptr - answer_ptr) < size) && ((txt_length = tmp_ptr[0]) > 0)) { tmp_ptr[0] = '.'; tmp_ptr += txt_length + 1; } current_settings->strlen_server_name = MINVAL(MAX_BUF, size - 2); for (i = 0; i < current_settings->strlen_server_name; i++) current_settings->server_name[i] = tolower((int)(answer_ptr + 1)[i]); -- Now the dnsptr program issues a servername of 'profi-1.wetteronline.'. The difference seems to be in the usage of the dn_expand function in the original whereby the correct domainname is determined. I've been reading up on "domain name compression" and as far as I can see the above code doesn't take these 'backreferences' into account. Hope this helps in creating a solution. Kind regards, Ton Ton van Rosmalen schreef: > Hi all, > > I've started using spamdyke recently and ran into the same problem > described in the thread from Oct. 23rd with the same subject. > > AFAI can see the rejection is based on the rDNS being determined as > . without the domain part. > This . itself does not resolve to an ip-address hence the > rejection. > > The thread ends with a private message request with additional (real) > information. > > Has this led to a resolution for the problem? > > Thanks. > > Kind regards, > > Ton > ___ > spamdyke-users mailing list > spamdyke-users@spamdyke.org > http://www.spamdyke.org/mailman/listinfo/spamdyke-users > ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
[spamdyke-users] Follow-up: Resolving rDNS with CNAME
Hi all, I've started using spamdyke recently and ran into the same problem described in the thread from Oct. 23rd with the same subject. AFAI can see the rejection is based on the rDNS being determined as . without the domain part. This . itself does not resolve to an ip-address hence the rejection. The thread ends with a private message request with additional (real) information. Has this led to a resolution for the problem? Thanks. Kind regards, Ton ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users