My original post was:
> After a full installation of Tru64 V4.0F, and configuring Mail, ordinary
> local users have a problem with sending mail (evidently the domain address is
> missing from the sending user's email address, causing the university's mail
> server to reject the mail). On the other hand the same local users have no
> problems receiving mail. What is really wierd is that root has no problems at
> all either sending or receiving mail. At the same time, an ordinary local user
> can issue the "hostname" command and obtain the correct full host address,
> including the domain address.
Although noone came up with the definitive solution, I found a simple fix that
works: Edit /usr/var/adm/sendmail/local.users and add to the end of this file
your local user's usernames.
Boris Blankleider
Flinders University
South Australia
root_at_daria.ph.flinders.edu.au
--------------------------------------------------------------------------------
Below I include a few of the more useful replies that indicate other possible
solutions (they however did not work for me).
xuejinw_at_shubertorg.com (X Wang) wrote:
>I had the similar problem about a month ago. The server having the problem
>is a databasae/NIS/DNS server. A quick fix is to remove the bind option from
>the host at the /etc/svc.conf file. Luck for me the bind is not required on
>the server.
mbucholt_at_ceiss.org (Michael Bucholtz) wrote:
>I had the same problem initially when I setup mail - mail from root went no
>problem; users - nadda. I ended up having to re-setup sendmail use mailconfig
>or mailsetup
Nikola.Milutinovic_at_ev.co.yu wrote:
>Long time ago (2 years) I have given up on Digital's or any vendor specific
>configuration of sendmail. Eversince, I use generic sendmail from
>http://www.sendmail.org. That way I have the latest version and all those nice
>features. Be brave, take some time and learn how to build generic configuration
>of sendmail, it is worth it. You'll also need GNU M4 (DEC's M4 has a "feature")
>and groff (for docs).
tpb_at_doctor.zk3.dec.com (Dr. Tom Blinn) wrote:
>The rule for "root" is that root is always delivered locally, but any mail
>from root to any other target is always posted with a fully qualified host
>name (not just root_at_domain.whatever). This is standard sendmail behavior.
>It applies to several other accounts as well.
>The rule, generally, for other users is that their mail is NOT qualified by
>default.
>It sounds to me like maybe you either never ran the mailsetup utility or, if
>you did run it, you didn't answer the questions correctly. There are MANY
>ways to mis-configure sendmail, and if you try to configure sendmail by hand
>you MUST know what you are doing (that's why there's a utility to do it for
>you).
>It's also possible that the university's mail server is misconfigured, but
>that seems unlikely; it's not uncommon for servers to refuse to accept any
>mail for relaying that doesn't have an explicit domain in the addresses.
to which I replied:
>>Well, I checked that files resolv.conf, routes, and hosts, contain correct
>>values, and I have run mailconfig, only to end up with my problem of no
>>domain name being attached in user's outgoung mail. I cannot see how one can
>>possibly go wrong with mailconfig since there is only the mail server's
>>address to input (client mode). Could it be that there is a bug in the
>>software?
>>In the end, I managed to fix the problem by entering, by hand, user names into
>>the file /usr/var/adm/sendmail/local.users. I guess that this is a
>>sledgehammer way of making it work, but again, try as I may, I could never get
>>the mailconfig facility to work properly.
to which Dr Tom Blinn replied:
>I personally have always used the older "mailsetup" script, which usually
>works for me.. We have changed the sendmail code base between V4.0D and
>V4.0F, and it's certainly possible that something broke. I do know that
>in our internal mail routing, the domain names get attached, and that for
>my own system, they get attached locally to mail being delivered remotely.
>It sounds almost like you were assuming that mail for local users would be
>delivered through the mail hub through some kind of magic; I suspect that
>there is something that has to be set in the sendmail configuration to get
>the domain name appended explicitly for users in the local domain (that is
>for users whose names are unqualified in the locally posted message), but
>clearly that isn't happening.
>By entering the user names into the sendmail/local.users you are causing
>the mail for local users to be delivered locally (instead of being sent
>to the mail server), which is of course a sensible thing to do (there is
>no reason, in general, to hand off the mail to a central server unless a
>number of the users really do have preferred mail accounts elsewhere and
>the mail has to be sent to the central server so it will deliver it to the
>right mailbox).
>Of course, it COULD be the case that your central mail server is using a
>non-standard rule for accepting the mail, and not distinquishing between
>local mail and mail from outside your local domain. If it's a Microsoft
>box (e.g., Exchange), it could easily be configured wrong and you would
>not know except that it just doesn't work right.
rdbowma_at_tsi.clemson.edu (Ron Bowman) wrote:
>If I understand your problem correctly, the following may solve it. In the
>sendmail.cf file, one of the first areas is:
> # name exported on external internet mail
>In my case this is the third area down from all the header stuff. Verify that
>the entry below that is not just the first part of the machines name. i.e in
>my case the entry was DWtsi, but it needs to be DWtsi.clemson.edu for the
>machine to work. (the DW is not part of the name - just something sendmail puts
>in). I am in no ways an expert in sendmail or unix, but I have had problems
>with this entry.
Received on Thu Jan 20 2000 - 04:23:50 NZDT