- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: sendmail problem, stat=Data format error
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2006 08:42 PM
10-29-2006 08:42 PM
sendmail problem, stat=Data format error
---------------------------------------------------------------------------
This works fine:
cat /tmp/bdf_on_sindbad.txt | mailx -r UPS@taro -s "Disk usage above defined threshholds on" auser@nmsdu.europe.com
Oct 30 08:09:12 sindbad sendmail[5421]: gethostbyaddr(172.25.122.205) failed: 1
Oct 30 08:09:18 sindbad sendmail[5421]: IAA05421: from=UPS@taro, size=2337, class=0, pri=32337, nrcpts=1, msgid=<200610300709.IAA05421@sindbad.g98.sutelab.dus>, relay=root@localhost
Oct 30 08:09:29 sindbad sendmail[5614]: IAA05421: to=auser@nmsdu.europe.com, delay=00:00:15, xdelay=00:00:01, mailer=esmtp, relay=nmsdu.europe.com. [172.25.111.98], stat=Sent (IAA03791 Message accepted for delivery)
-----------------------------------------------------------------------------
This doesn't work:
cat /tmp/bdf_on_sindbad.txt | mailx -r UPS@sindbad -s "Disk usage above defined threshholds on" auser@nmsdu.europe.com
Oct 30 08:09:46 sindbad sendmail[5929]: gethostbyaddr(172.25.122.205) failed: 1
Oct 30 08:09:47 sindbad sendmail[5929]: IAA05929: from=UPS@sindbad, size=2337, class=0, pri=32337, nrcpts=1, msgid=<200610300709.IAA05929@sindbad.g98.sutelab.dus>, relay=root@localhost
Oct 30 08:09:47 sindbad sendmail[5966]: IAA05929: to=auser@nmsdu.europe.com, delay=00:00:01, xdelay=00:00:00, mailer=esmtp, relay=nmsdu.europe.com. [172.25.111.98], stat=Data format error
Oct 30 08:09:47 sindbad sendmail[5966]: IAA05929: to=UPS@sindbad, delay=00:00:01, mailer=local, stat=User unknown
Oct 30 08:09:47 sindbad sendmail[5966]: IAA05929: IAA05966: postmaster notify: User unknown
Oct 30 08:09:48 sindbad sendmail[5966]: IAA05966: to=root, delay=00:00:01, xdelay=00:00:00, mailer=local, stat=Sent
----------------------------------
The only difference is the sender !
Why does first version work but not the second one ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2006 09:37 PM
10-29-2006 09:37 PM
Re: sendmail problem, stat=Data format error
The receiving servers sendmail configuration is validating the sender as an acceptable sender, in its sendmail access database.
The second server is either explicitly blocked or not permitted because its not in the access database.
Format:
domain OK
Example
sinbad OK
taro OK
This could also be a problem with the access database on the sending system.
sEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2006 11:02 PM
10-29-2006 11:02 PM
Re: sendmail problem, stat=Data format error
When I am logged in to e.g. "sindbad" and I try to send a mail from
auser@sindbad
it fails, as sindbad can be resolved.
If I send it from
auser@kaiko
auser@kanako
where kaiko and kanako can not be resolved by DNS, it is working fine.
Any idea, what to check ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2006 11:17 PM
10-29-2006 11:17 PM
Re: sendmail problem, stat=Data format error
Please post the output of:
1) nslookup sindbad
2) grep sindbad /etc/hosts
PCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2006 11:38 PM
10-29-2006 11:38 PM
Re: sendmail problem, stat=Data format error
what is your nsswitch.conf resolves first like hosts then dns? If so, check /etc/hosts what it listed as fully qualified name for IP address. correct it and that's it.
If it resolves first DNS and then hosts then check /etc/hosts if it matches same as DNS lookup, if not then fix it in /etc/hosts.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-30-2006 12:22 AM
10-30-2006 12:22 AM
Re: sendmail problem, stat=Data format error
Name Server: sindbad.g98.sutelab.dus
Address: 10.80.9.33
Trying DNS
Name: sindbad.g98.sutelab.dus
Address: 10.80.9.33
sindbad:/etc/mail (190) root% nslookup 10.80.9.33
Name Server: sindbad.g98.sutelab.dus
Address: 10.80.9.33
Trying DNS
Name: sindbad.g98.sutelab.dus
Address: 10.80.9.33
sindbad:/etc/mail (191) root% grep sindbad /etc/hosts
10.80.9.33 sindbad
10.80.9.33 sindbad.g98.sutelab.dus sindbad
sindbad:/etc/mail (192) root% more /etc/nsswitch.conf
#
# /etc/nsswitch.conf for Nokia NetAct
#
# Users and groups are first searched from LDAP, and if not found
# then they are searched from the /etc/passwd and /etc/group files
#
passwd: ldap files
group: ldap files
hosts: dns [NOTFOUND=continue] files
networks: files
protocols: files
rpc: files
publickey: files
netgroup: files
automount: files
aliases: files
services: files
Seems that I have double entries in /etc/hosts, could that be the problem ?