not able to receive mail in hp-ux

[Dennis Handly]

>Linux cmcdak 2.6.9-42.0.2.ELsmp

This looks more like a Linux problem than HP-UX. You mentioned you made a bunch of changes to the HP-UX server, did you do something similar to the Linux side and restart the sendmail?

Can you look at the log files on Linux to see why the mail wasn't delivered?

[Gerard Powell]

I dont have administrator privileges on the Linux Server to send you the logs.
The mail bounced back with this error

Reporting-MTA: dns; in1inf01.smx.co.in
Arrival-Date: Tue, 3 Aug 2010 14:22:15 +0000
Received-From-MTA: dns; oedge4101-rme.smx.co.in (10.41.20.27)

Final-Recipient: RFC822;
Action: failed
Status: 5.1.2
Remote-MTA: dns; hptst.cmcltd.com

Thanks alot, your help is much appreciated.

[Steven Schweda]

I thought that I was lost before, but now I'm
more lost than ever. Perhaps you can help.
Can we impose a little order on this mess?

1. You claim to be running sendmail on
"hptst" (hptst.cmcltd.com) which is an HP-UX
system. Right?

2. From which computer are you trying to send
the e-mail message?

3. Where did you see this "Host
hptst.cmcltd.com not found." message?

> This output is from hptst system.
> # nslookup hptst.cmcltd.com
> Using /etc/hosts on: hptst
>
> looking up FILES
> Name: hptst.cmcltd.com
> Address: 172.16.25.5
> Aliases: hptst

4. So, as I see it, hptst can find its own
IP address by looking in its own /etc/hosts
file ("looking up FILES"). Other computers
will be using their own hosts files (or DNS).
Can _they_ resolve the name
"hptst.cmcltd.com"? The computer which is
trying to send the e-mail message to
"gmp@hptst.cmcltd.com" needs to be able to
resolve "hptst.cmcltd.com", right? Can it?

> I dont have administrator privileges on the
> Linux Server to send you the logs.

You may need to try to send e-mail from some
system where you _can_ see why the delivery
fails.

5. Just to be sure that you're really running
sendmail on "hptst", can you verify that you
can connect to it from somewhere using a
command like this?:

telnet hptst.cmcltd.com 25

(If that works, just say "quit" to get out.)
You should be able to do that from "hptst"
itself, or from the system where you're
trying to send the e-mail. Can you?


6. Note that mail sent to "user@cmcltd.com"
goes to some completely different place. To
see where, you should be able to run a
command like this:

nslookup -type=mx cmcltd.com

Look for "mail exchanger". There may be more
than one. My point here is that sending
e-mail to "user@cmcltd.com" involves talking
to a completely different computer from
"hptst.cmcltd.com", so it's not amazing that
it works one way but not the other.

[Gerard Powell]

1. Right, running sendmail on "hptst"

2. Trying to send mail from gmp@cmcltd.com

3. When I send a mail to gmp@hptst@cmcltd.com from gmp@cmcltd.com it bounces back with "Host hptst.cmcltd.com not found"

4. The computer from where I am sending cannot resolve â hptst.cmcltd.comâ
When I send a mail from gmp@cmcltd.com to gmp@hptst@cmcltd.com it bounces back with â Host hptst.cmcltd.com not foundâ and delivery fails.

5. Yes, able to telnet

6. $ nslookup -type=mx cmcltd.com
Server: 172.16.2.2
Address: 172.16.2.2#53

*** Can't find cmcltd.com: No answer

[Steven Schweda]

> 2. From which computer are you trying to send
> the e-mail message?

> 2. Trying to send mail from gmp@cmcltd.com

That is not a computer. From which
_computer_ are you trying to send the e-mail
message?

> 4. The computer from where I am sending

And WHAT IS THAT COMPUTER?

> cannot resolve "hptst.cmcltd.com" [...]

> As usual, showing actual commands with their
> actual output can be more helpful than vague
> descriptions and interpretations.

Still true. Please, show the actual nslookup
commands with their actual output. This new
copy+paste technology is a miracle. You
should try using it.

If the address of "hptst.cmcltd.com" is not
generally known (in everyone's hosts file, or
in the DNS data), then how do you expect
another computer to send e-mail to it?

> 5. Yes, able to telnet

FROM WHERE TO WHERE, HOW? Can you leave out
any _more_ useful information?

> *** Can't find cmcltd.com: No answer

That's interesting. Of course, with my weak
psychic powers, I have no idea where you ran
that command, so I don't know exactly how
bad this result is, but it sure does look
bad. That one works from _my_ system.

Can all of these systems talk to each other
("ping", say), or are there basic networking
(routing?, firewall?) problems, too?