🚀 go-pugleaf

Hello!

I have a LAN set up using a SuSE Linux box w/z Masquerading to dial out.
This box also fetches mail using fetchmail. Users on the LAN regularly
check for new mail using Netscape's Communicator 4.05.

Needed:
-----------
Now, what is supposed to happen is that when a user on our LAN sends a
mail to our server and the mail is supposed to be sent to one of our
"local" users, it doesn't go into sendmail's queue. (/var/mqueue)

The thing is that I have played around with the sendmail settings
offered in /etc/rc.config, but that has not led to any resolution of the
problem.

Settings in /etc/rc.config
---------------------------------
SMTP="yes"
SENDMAIL_TYPE="yes"
SENDMAIL_SMARTHOST="mail.provider.de"
SENDMAIL_LOCALHOST="localhost"
SENDMAIL_RELAY=""
SENDMAIL_ARGS="-bd -om"
SENDMAIL_EXPENSIVE="yes"
SENDMAIL_NOCANONIFY="yes"

Conflict:
----------
What I'm getting now is that all mail is not even being looked at (who
it's addressed to), it's all directly dropped into the queue and then
later sent to an external Mail Server, which then, of course encounters
conflicts and returns the mail...

After having chosen not to do less DNS-queries, my mail client from the
workstations on the LAN takes a long time for getting the mail to the
internal server. That is the whole problem. I guess that sendmail is
then trying to query external servers, which of course cannot be
reached, as it dials up to the Internet occasionally and is not
permanently connected to it.


Now, what needs to be undertaken in order to have internal mail be
redirected straight to the local users and not put into /var/mqueue and
also what settings are necessary to have sendmail not query DNS servers
for hours, but still queue mails going to the outside?

Oh, by the way, the same Linux machine is also set up as a caching-only
DNS server, which is also responsible for our domain(!) We have sendmail
version 8.8.8/8.8.8 as far as I can see.

Help and suggestions are strongly appreciated!!!
Please also reply via E-Mail, as I won't be able to check NGs in the
coming time!

Thanks,
Sven Burgener