Not able to Send mail

smartgupta · 08-04-2009, 03:14 AM

Hi All,

I am trying to send a mail from my application through SMTP in Linux red hat but unable to send a mail

As unix has more security,So as per me,it is due to security reason..
Please let me know what care should be taken during sending a mail from any application?

So please let me know what I need to do to send a mail properly.
what files i need to check and need to be modified to disable the security..

Thanks in advance..

repo · 08-04-2009, 05:12 AM

You could start by giving more info
distribution, what application, error messages ....

smartgupta · 08-04-2009, 06:23 AM

means when I am trying to send mail from telnet.it is connecting to the server but after that became hang..

Quote:

telnet xx.xx.xx.xx 25
Trying xx.xx.xx.xx...
Connected to xx.xx.xx.xx.
Escape character is '^]'.
220 xx-xx.xx.org Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at Tue, 4 Aug 2009 19:17:40 +0800
250 xx-xx.xx.org Hello [SolarisBox-ip]

afterthat,mail server is not responding.
So please help me to fix it.

thanks in advance...

vishesh · 08-04-2009, 08:12 AM

You might check Firewall and selinux settings.
use 'system-config-securitylevel' if you are on redhat linux.
From command line

You check can selinux status using
#sestatus
and firewall setting using
#iptables -L
You can flush firewall settings using
#iptables -F
and to make selinux off
#setenforce 0

Thanks

repo · 08-04-2009, 08:37 AM

Quote:

You might check Firewall and selinux settings.

Since he is connected, I don't think it's a firewall issue.

what happens when you type

Code:

helo dude

after the welcome messages ?
If you telnet, it is an interactive shell.

unixfool · 08-04-2009, 11:41 PM

Where are you telneting from? Are you telneting to localhost or an actual IP. Your mailserver may be configured to only listen on port 25 via localhost so that the system's daemons can send error messages and such to existing accounts. In a setup like that, you won't be able to use sendmail for outbound e-mail. You can test this by attempting to telnet to port 25 from another machine (and not just get a prompt but attempt to manipulate the server from the telnet session, as you could if you telneted to port 80 to another machine).