We have started trying to use "POPmail" on PCs for secretaries who do
not need to know how to log on to a unix host. The problem is that the
UMN PC POPmail does not allow a local hosts table - you either need a
nameserver or you use the IP address.
At present we are not using a nameserver, although we will be eventually.
When using the IP address for the server, POPmail generates a From field
of the form user@[138.37.32.200] - sendmail complains about that.
We have tried the things that seem obvious to us, like putting
addresses of the form [138.37.32.200] or just 138.37.32.200 in the
local.chn file to try to convince sendmail that the address is itself -
but it still complains.
Any suggestions would be appreciated.
Regards
Laurie Cuthbert
That is a perfectly valid address. 'sendmail' should not complain. Check
your 'sendmail.cf' to see how it is handling it. You need to be sure that
if [...] is your own host address the 'local' mailer is selected, and if not,
the TCP (or equiv) mailer is selected.
>We have tried the things that seem obvious to us, like putting
>addresses of the form [138.37.32.200] or just 138.37.32.200 in the
>local.chn file to try to convince sendmail that the address is itself -
>but it still complains.
The usual trick is to run the [138.37.32.200] through a name server or
host lookup, as with $[ .. $]. If this results in your hostname, the
address is local.
Something like this should do the trick (in ruleset 0):
R$+<@[$-.$+]> $:$[[$2.$3]$]<>$1<@[$2.$3]
R$w<>$+<@[$+]> $#local $:$1
R$+<>$+ $2
Of course you can just do:
R$+<@[138.37.32.200]> $#local$:$1
--
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
Neil W. Rickert, Computer Science <ric...@cs.niu.edu>
Northern Illinois Univ.
DeKalb, IL 60115 +1-815-753-6940
That should have worked! Perhaps you forgot to restart the sendmail
daemon after doing this (a *very* common mistake).
-Jim.