sendmail is not working

[Asif_8]

sendmail -v azuberi@xy.com. < /etc/hosts
azuberi@stc.com.sa... Connecting to [10.32.2.18] via relay...
220 ednriyimc01.stc.corp Microsoft ESMTP MAIL Service, Version: 5.0.2195.6713 ready at Sun, 3 Jun 2007 10:47:10 +0300
>>> EHLO xngdgtw.xy.com
250-ednriyimc01.corp Hello [172.20.51.28]
250-TURN
250-ATRN
250-SIZE 30720000
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250-X-EXPS GSSAPI NTLM LOGIN
250-X-EXPS=LOGIN
250-AUTH GSSAPI NTLM LOGIN
250-AUTH=LOGIN
250-X-LINK2STATE
250-XEXCH50
250 OK
>>> MAIL From: SIZE=572 AUTH=oracle@xngdgtw.stc.com.sa
250 2.1.0 oracle@xngdgtw.stc.com.sa....Sender OK
>>> RCPT To:
250 2.1.5 azuberi@stc.com.sa
>>> DATA
354 Start mail input; end with .
>>> .
250 2.6.0 <200706030753.l537rgY10560@xngdgtw.com> Queued mail for delivery
azuberi@stc.com.sa... Sent ( <200706030753.l537rgY10560@xngdgtw.com> Queued mail for delivery)
Closing connection to [10.32.2.18]
>>> QUIT
221 2.0.0 ednriyimc01.corp Service closing transmission channel

but I not recive the mail

[Matti_Kurkela]

The problem is not with sendmail.

The output shows sendmail connecting to the Exchange(?) server at ednriyimc01.stc.corp.
It acknowledges the sender, the recipient and the data.

When Exchange says "Queued mail for delivery", Sendmail is done with it. If Exchange is unable to deliver the mail, an error report should be sent to oracle@xngdgtw.com (or is it oracle@xngdgtw.stc.com.sa?).

If that accountis not set up to receive email, or the error report does not arrive for some other reason, you should go to the admin of ednriyimc01.stc.corp and ask him/her: "Hey, could you please find out what happened to the message with ID <200706030753.l537rgY10560@xngdgtw.com> after it was transmitted from my system to yours?"

Any further troubleshooting is then based on the answer to that question.

MK

[Steven E. Protter]

Shalom,

Mail is an explosive issue and many firewalls block it.

Places to look:
mailq
# I expect to see nothing.
/var/spool/mqueue

Based on what you say it should be empty.

/var/spool/clientmqueue

Based on your post it should be empty.

Which leads to the inevitable conclusion that its stuck somewhere else.

Possibilities:

1) Relay server is not accepting it. There should be a DS directive in sendmail.cf which will tell you where the server is.
2) Relay server is not accepting it and is unable to process it. Could be an unknown domain, could be DNS names resolution on the relay server.
3) Mail is going to the public Internet and failing any number of tests such as valid domain, sending ip address reverse lookup matches sending domain. Any one of a hundred different anti-spam tests.

Its a Sherlock Holmes Novel, now and you must investigate the cause and bring us more data to solve the problem. When its over you will think its fun. Trust me.

SEP