This is more of a Linux/Sendmail problem, but sure -
This is due to the new anti-spam rules in sendmail 8.9.3 (Maybe 8.9.1 too).
It is rejecting mail because it thinks that neither the sender nor receiver
is a local account.
Probably two things you can do -
1. add the machine (outside DNS) name to your sendmail.cf file
(/etc/sendmail.cf) like Cw(machine_name)
Cwinternal.duderman.com
Cwrouter.duderman.com
Cwduderman.com
Actually I have the Internal DNS name as well.
Here is a link to the Sendmail FAQ
http://www.sendmail.org/faq/section3.html#3.27
2. Try using both the internal name & the external name for smtp outgoing
server.
One day I spent forever tweaking & building my sendmail.cf & all I needed to
do was quit using my DNS external name - like smtp.duderman.com
Better yet, use the IP addersses - for me:
External ( MASQ/NAT) address
209.8.211.12
Internal ( MASQ/NAT) address
192.168.1.69
Hope this helps ....
Dave Smith
[EMAIL PROTECTED]
Timebridge Technologies
Lanham MD
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: David C. Smith <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, July 22, 1999 4:39 PM
Subject: Re: A few questions about certain ports
>
>
> On Thu, 22 Jul 1999, David C. Smith wrote:
>
> > Usually I have found that most of my port 137 log entries went to
employees
> > who had laptops or attempted to configure WINS (which is Netbios Name
> > Service) at home to my internal server numbers.
> >
> > Port 113 is IDENT, which is used to identify incoming connections as
> > specified in the RFC 1413 document. (from the man page). I have found
that
> > these are common place - but running the identd services is usually a
hugh
> > security hazard.
> >
> > Dave Smith
>
> Thanks Dave. I wasn't planning on running identd services but now I'm
> thinking I may need to. I'm not sure.
>
> Our firewall is an IP masq'ing Linux box.
> Right now our internal users are having trouble sending mail via smtp.
>
> It appears that the smtp server is sending auth packets back to the linux
> box but they aren't getting unmasqueraded right to get back to the client
> machine. I'm not sure what the deal is with this. Our internal machines
> are gettin gerrors like:
>
> "relaying denied" (netscape email client)
> and
> "no transport provider was available" (outlook email client)
>
> Any help would be greatly appreciated. Thanks a bunch.
>
> Sincerely,
> Josh Estelle
>
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]
