cannot send emails

I am currently using version 2.2.35 and have been having an issue sending email since the day I installed. Currently the server is at a remote location. if I try to send an email I get an error stating that I cannot connect to your outgoing (SMTP) e-mail server. contact your isp. If I go onsite where the server is and plug into that lan, I can send without an issue. but sitting in my office here nothing works but webmail. receiving emails works flawlessly..

I am using my web_xxxx for the username. and with outlook using outgoing server requires authentication. I have tried port 25, 80 and still no go.. what else can I look at, I have multiple domains that I desperately need to get up and running.

Thanks for all your help,

Mike

 

What are the outputs of

Code:

netstat -tap

and

Code:

iptables -L

? Any errors in your mail log?

 

netstat -tap is as follows:

Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 *:mysql *:* LISTEN -
tcp 0 0 *:www *:* LISTEN -
tcp 0 0 *:81 *:* LISTEN -
tcp 0 0 192.168.254.174:domain *:* LISTEN -
tcp 0 0 localhost:domain *:* LISTEN -
tcp 0 0 *:ssh *:* LISTEN -
tcp 0 0 *:smtp *:* LISTEN -
tcp 0 0 localhost:953 *:* LISTEN -
tcp 0 0 *:https *:* LISTEN -
tcp 0 416 192.168.254.174:ssh 99-39-166-185.lig:54795 ESTABLISHED -
tcp6 0 0 [::]:imaps [::]:* LISTEN -
tcp6 0 0 [::]op3s [::]:* LISTEN -
tcp6 0 0 [::]op3 [::]:* LISTEN -
tcp6 0 0 [::]:imap2 [::]:* LISTEN -
tcp6 0 0 [::]:ftp [::]:* LISTEN -
tcp6 0 0 [::]:ssh [::]:* LISTEN -
tcp6 0 0 [::]:smtp [::]:* LISTEN -
tcp6 0 0 localhost:953 [::]:* LISTEN -
tcp6 0 0 192.168.254.174%14op3 c-67-162-57-207.h:61067 TIME_WAIT -
tcp6 0 0 192.168.254.174%14op3 c-67-162-57-207.h:61068 ESTABLISHED

iptables -L

Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

I don't see anything execpt for incoming email, and spam attempts.

Thanks for the help,

Mike

 

Try to ping the mail server and make sure the proper IP comes up. Also try an NMAP scan and make sure nothing is blocking the port

 

the right IP address shows up pinging all the different domains, and no ports blocked with a nmap scan

 

What do you mean with remote location? Is it a datacenter, or is it hosted on a DSL line or something like that? If the latter, please make sure that the ISP doesn't block port 25.

 

its currently on a dedicated T-1 at a clients office, that I was able to get a static ip from. all the ports are available for me to use.

Mike

 

From the command line, try ...

mailx [email protected]

See if it works from there.

 

after trying the mailx on the ispconfig server I get this:

The program 'mailx' can be found in the following packages:
* heirloom-mailx
* mailutils
Try: sudo apt-get install <selected package>
-bash: mailx: command not found

 

mailutils is the one

 

ok, I installed that , and did a test email and recieved it. both local emails recieved as well as email sent to my gmail account.

 

You should also check if the server is blacklisted: http://mxtoolbox.com/blacklists.aspx

 

just checked the web address with that link above and nothing is blacklisted..

Any other ideas?

thanks,

Mike

 

Does the router forward port 25 to the mail server?

 

yes it does, the ispconfig server has all the ports forwarded to it.

Mike

 

Hm, I guess I'm running out of ideas...

 

damn, thats what I hope I wasn't going to hear.. I really need to get this going.

 

Try to send a mail using that server from another internet connection.

Take a screen shot of the exact error.

Paste any logs you have. Especially the mail.log from that time period from the server.

 

here is the exact error I get using outlook.


Task '[email protected] - Sending' reported error (0x80042109) : 'Outlook cannot connect to your outgoing (SMTP) e-mail server. If you continue to receive this message, contact your server administrator or Internet service provider (ISP).'

looking at the logs, could it do something with the relay set to internal?

for all the domains that are hosted the users can recieve emails, just cant send them out unless they are connected to the same internal network that the server is on.

 

Yes, the mail log from that time period could be helpful.