Mail issue

UNIX Solaris
1

Hi guys ! I am using Oracle Ops Center and have configured it to send Emails using the server itself ( localhost port 25 ).

When I goto /var/spool/mqueue folder , there are a few mails residing there but are NOT being sent.
A sample of one file is :

root@ops # cat qfr16JEh2k022885
V8
T1360178203
K1360178233
N1
P124404
I0/27/25407
Mhost map: lookup (oracle.com): deferred
Fs
$_localhost [127.0.0.1]
$rESMTP
$sops
${daemon_flags}
${if_addr}127.0.0.1
S<ORACLE_OPCENTER_US@oracle.com>
MDeferred: Name server: mailhost: host name lookup failure
rRFC822; MY-EMAIL
RPFD:<MY-EMAIL>
H?P?Return-Path: <g>
H??Received: from ops (localhost [127.0.0.1])
by ops (8.14.4+Sun/8.14.4) with ESMTP id r16JEh2k022885
for <MY-EMAIL>; Thu, 7 Feb 2013 00:16:43 +0500 (PKT)
H?D?Date: Thu, 7 Feb 2013 00:14:43 +0500 (PKT)
H??From: ORACLE\_OPCENTER_US@oracle.com
H??Message-ID: <723416729.1.1360178203752.JavaMail.root@ops>
H??Subject: CRITICAL incident 11584 created on SMF Service State
svc:/milestone/multi-user-server:default has switched to maintenance
H??MIME-Version: 1.0
H??Content-Type: text/html; charset=ISO646-US
H??Content-Transfer-Encoding: quoted-printable
.

ive replaced my actual Email ID with MY-EMAIL in the above text. Why cant I see a To: field ?

Also ive tried sending a test mail using mailx command and receive it !

What is the problem here ?

2

Does /etc/resolv.conf point to a good DNS server? Man Page for resolv.conf (opensolaris Section 4) - The UNIX and Linux Forums

3

Add mailhost with correct IP to your /etc/hosts

4

DGPickett
Yes it does. As I said , if I send a test email from the server using mailx command , I do receive it !

---------- Post updated at 12:24 AM ---------- Previous update was at 12:19 AM ----------

GP81

my resolve.conf file has entries :
nameserver 172.16.2.28
nameserver 172.16.2.29

which happen to be my DNS servers.

Do I add the same IP to my /etc/hosts file?

5

I think the concern is that the host you forward mail to is defined, and the hosts file is redundant but more reliable. The DNS/resolv.conf IP's are nameservers.

If you want more detail on what is failing, you can trace system calls when the server/app tries to deliver with truss/strace/tusc.