Geeklog Forums

Ok, while this problem may not be directly related to geeklog, the reason i'm trying to fix it is because I'm trying to get smtp to work with geeklog. So...please bare with me I have geeklog up and running (win2k server using IIS, php 4.2.3, mysql 3.23.52)....everything is good. The one and only problem i'm having is when new users sign up for an account, they do not get emailed thier password. Thanks to SWD, I fixed the first problem I was having, which was making sure STMP was relaying from my geeklog site. I have that fixed, however, now my user emails remain in the "Queue" folder and are never sent. I investigated by checking the event logs, and the system message I'm recieving is, "Message delivery to the remote domain "attbi.com" failed for the following reason: An internal DNS error caused a failure to find the remote server" The domain name listed in that error is irrelivent, since it happens with all domains. The webserver, and smtp server are on the same machine. The DNS server ip that I have set up in my network settings is the DNS server provided by my ISP. It appears to work fine with everything except SMTP at this point. I'm behind a firewall, but I have tried running the server on the DMZ to no avail. Can anyone help here? Or direct me to a resource that may help me figure this out? Thanks in advance.

The impression I get is that DNS isn't available to the SMTP service. This might be for a number of reasons: 1) The DNS server is incorrectly specified 2) Your firewall is blocking outbound or inbound DNS traffic 3) Your DNS queries are being directed to a non-privileged port, i.e. not 53, and the firewall is blocking them I don't know what level of logging a Windows server provides for these types of condition but I suggest it's time to start browsing those logs. Regards, Neil Darlow M.Sc.

I had a similar problem with my linux server after the upgrade to 1.3.6. I think it has something to do with the php mail routine -- look at the php.net website and search on 'mail' if you have not. Now my unorthodox fix -- this breaks all the rules and should not work but does. In users.php the call to mail() is correctly made -- there is no bug here. The original call looks like this (abbreviated) mail($A["email"] ,"{$_CONF["site_name"]}: {$LANG04[16]}" ,$mailtext ,"From: {$_CONF["site_name" . . . . . . . ); I changed it to read like this: mail($A["email"] ,"{$_CONF["site_name"]}: {$LANG04[16]}" ,$mailtext ,"From: {$_CONF["site_name"]} <{$_CONF . . . . . . ,$A["email"]); Notice the addition of the final $A['email'], the return address is supposed to go there, but the insertion of the to address made it work. Examination of the mail headers showed them as correct. I think it has something to do with how relaying is handled. Tom

I think it is something to do with port 53 not allow to use both tcp and udp where the dns needs tcp