I seam to be unable to get my RaQ to forward mail by SMTP. I keep getting error 550 from my email software.
I have been into control panel --> Email Server and ticked "POP before SMTP relaying" with a 15 minute relay window. I have then "saved changes" and gone back to control panel and "saved changes" again.
When I go back into Email Server the "POP before SMTP relaying" box is NOT ticked!
Does anyone know why this should be? I am fully up to date on all software packages and they have been carefully installled in order.
You should check two things to see if POP before SMTP is actually running. At the shell prompt as root:
ps axf | grep poprelayd
This should come back (in addition to the grep) something similar to this:
600 ? S 0:35 perl /usr/local/sbin/poprelayd -d
The important thing is that you see something similar to this. If you don't it's not running. Try checking the box and saving again and repeat as above. If it's still not running, it's broken for some reason, report back here and let us know.
If it is running, you need to make sure it's configured in sendmail correctly. Again at the shell prompt as root:
If it does, it's configured in sendmail. If not, it's broken
If it is running and is in your sendmail.cf file, then you need to make sure it's actually picking up your IP address. So, and the next bit must all be done within 15 minutes (the default timeout), first check your POP3 account on the server (don't try sending anything) using your normail POP3 email client. then at the shell prompt as root:
perl /usr/local/sbin/poprelayd -p
This will list any IP addresses that the process has found in your log file. Your ISP IP address should be in this file, the number following it is the time in seconds after the last POP was done. If it's not in there, it's broken. If it is in there, run the command abive again. You should see that the counter next to the IP address has gone up.
If it has, it's working. Try sending an email. If this fails, it could be that you're going through some weird kind of firewall that keeps changing your IP address between POPing and SENDing which is mucking up the whole process. You should be able to easily track this by doing the following:
At the shell prompt as root, do the following (it will not return you to the command prompt):
tail -f /var/log/maillog
This will start monitoring your maillog file. Now, POP your email account again and you should see an entry in your logfile with the following in it (sanitised):
Now, try sending an email. Depending on the problem you will get something different in your log file (you may have to wait a little while for this error to appear). Make sure that the IP address on any error message relating to what you have just done matches the one above. If it's subtely (or not) different, then that's your problem. If it's the same, then there needs to be another rethink
Thanks, your help looks really comprehensive, but I must confess I am a complete beginner at this. I can set things up in the RaQ control panel fine, but when you start talking about shell prompts I get confused.
I use telnet to get my patches by FTP. Is the shell prompt the thing I get when I telnet the server? IE:
You need to get from the admin account to the root account, but do be careful and only login to root when you have to, and always be extra careful if you dlete anything . At the prompt you mentioned:
You'll be prompted to enter a password. This is usually exactly the same as your admin password. You should then find yourself at the prompt:
If you post back to the board, please be careful not to reveal your real IP addresses or domains you have. TELNET is quite insecure as it sends usernames/passwords in clear text, rather than encrypted and is frowned upon these days. Most will recommend that certainly, when you're not using it, disable it in the control panel. You should also look to disable it permanently in the control panel (i.e. never enable it) and install SSH instead which you can find here: http://pkgmaster.com/
Also, have you approached the company that you obtained the RaQ from? If you leased it, the hosting company should support this kind of thing for you. If you bought it through a VAR, then if they're reputable, they should also offer some kind of experienced technical support for what is, after all, a failing with the product - especially since you don't appear to have changed it beyond applying patches and configuring it through the UI.
Took a while but I finally got around to doing your checks above. The results are as follows:
in response to "ps axf | grep poprelayd"
I got "8676 ? S 0:00 perl /usr/local/sbin/poprelayd -d" So I assume that is OK?
in response to "grep popip /etc/mail/sendmail.cf"
I got "Kpopauth hash -a<match> /etc/mail/popid.db" it appeared twice on two lines. So I assume that is OK?
in response to "perl /usr/local/sbin/poprelayd -p"
I got my ISP IP address and 2 a little later i got the same with 46 so I assume that is OK?
I then did the "tail" and that all appeared to be OK also.
The good news it is now sending mails fine!
The interesting news is I had just changed my ISP, so I thought I would try sending mail with my old ISP again and it didn't work again. When I try to "tail" it, all the pop requests are accepted fine, but there is no sendmail activity and my email software gives me an error.
Looks like the problem has been with the ISP. Sorry to have troubled you, but thanks for your help anyway, I probably wouldn't have found the problem without it.