DNS and Pine

[Fred Martin_1]

I can't find any information on this at the Pine website (washington.edu) so I'll ask here in case anyone knows the answer. It may be a DNS issue, anyway.

The hostname of my sendmail server (HP-UX) is "corp".

I have users that telnet to "corp" and send email using the HP-UX text version of Pine.

What happens is that the "From" line in the email reads like this:

From corp.apples.com

But, corp is a private name, not public. The only publicly acceptable names would be:

mail.apples.com
apples.com

So - email that these users are trying to send are sometimes rejected by the server on the receiving end, because they can't resolve "corp.apples.com" (some servers don't check and the mail is accepted)

I've tried every manner of configuring Pine using these options:

user-domain=
use-only-domain-name=

Nothing works there.

This is rooted no doubt, in how Pine and DNS are interacting; when I was on a hosts file, before DNS, I did not have this problem.

Any ideas? Is this problem with Pine, DNS or sendmail configuration?

[Fred Martin_1]

Also, if it helps, mail sent from a PC on my network using Eudora does not have this trouble. (the same unix sendmail server is used by Eudora for SMTP)

Pine is clearly attempting to figure out on it's own what the hostname is.

[Roger Baptiste]

hi,

This is not a problem with PINE or DNS, but your sendmail configuration.

Check the /etc/mail/sendmail.cf file. There will be a
option for masquerading originating mail.
Here is the quote from the file:
************
If you wish to have mail appear to be from some host or location #
# other than the loacl host, set macro M to the name you wish to #
# masquerade as. This is also know as site hiding and was set using #
# the DY macro in previous releases of hp-ux. This might be used to #
# make mail appear as from a site rather than an individual host or #
# from a central mail hub. Note, however, that just making mail #
# appear to be from a different location does not mean that the #
# receipient will be able to reply to the email. If you use this feature #
# you will also need to be sure that you can reply to the email. #
# ***********


So, add the
DMxyz.com in the file instead of its current DM.

HTH
raj

[Fred Martin_1]

Ok, "mailx" has the same trouble. So it does not appear to be a Pine issue really.

Both mailx and pine are using the full name "corp.apples.com" as the "From" hostname.

[Uday_S_Ankolekar]

Hi,
These are the website addresses, you might find it useful.

http://www.washington.edu/pine/getpine/unix.html

And this is the discuusion group for configuring pine.

http://groups.google.com/groups?hl=en&group=comp.mail.pine

For FAQ
http://www.washington.edu/pine/faq/

Goodluck
-USA..

[Fred Martin_1]

RajMan, you were correct. The DM line was blank on my server and changing it to be the domain name fixed it.

However...

Doing that created a new problem...for some of my users, I am using this in sendmail:

O UserDatabaseSpec=/etc/mail/userdb.db

The purpose is to masquerade the hostname for some users but not all. Several of my users work for a subsidiary company and the user database allows them to have their own company domain name on their email.

In the userdb, they have a mailname line that specifies the domain name, i.e:

mailname john@company2.com

Adding the DM overrides the user database, apparently. Now john's mail is also showing as being from the DM-specified domain name.