On Thu, 18 Jan 2001, Dean Staff wrote:
> On 17 Jan 2001, at 15:06, Gordon Rowell wrote:
>
> > On Wed, Jan 17, 2001 at 02:22:06PM -0500, Dean Staff <[EMAIL PROTECTED]>
> > wrote: > [...] > I setup my 4.1b3 box to accept mail for any of the
> > other servers on > my local network and then relay internally to them.
> > I did this by > editing the smtpd_check_rules template. (Peter, I did
> > this instead of > using the delegate mail server option on the web
> > interface, because I > needed local delivery too) And was very
> > surprised at how easy it was > to figure out. I take back all the
> > nasty things I said about > switching to obtuse-smtp. (OH wait, those
> > comments were only muttered > under my breath ;-) ) > [...]
> >
> > I don't understand why you needed to do this.
>
> Because I like to do things the hard way...you should know me well
> enough by now ;-)
>
> >
> > Set the domains up in the web manager and they will be delivered
> > locally. They will also be added to smtpd_check_rules automatically.
> >
> > If you want some of those domains to be delivered elsewhere (as
> > opposed to all domains with DelegateMailServer), you want to add a
> > custom fragment to /var/qmail/control/smtproutes
>
> I did not know that smtproutes overrides the attempt to deliver
> locally of a virtual domain.
It doesn't. Gordon was incorrect. If the domain appears in
virtualdomains AND it has an associated user, it is treated as local
and is delivered to the user and .qmail file specified in the entry:
mycompany.xxx:alias-localdelivery
If the domain appears in virtualdomains and it doesn't have an
associated user, it is not treated as a virtual domain:
somewhere.else:
So, you could add the domain via the panel and create a custom
virtualdomains fragment to ensure the domain is not treated as a
localdomain. Or you could avoid using the panel and create a custom
smtpd_check_rules fragment.
I'll think about providin the capability for making a mail domain NON
local for a future release of e-smith.
>
> BTW, will doing what you suggest make the smtp daemon respond faster.
>
>
> I brought the box on-line and noticed that it was taking up to a
> minute to process 1 message from other machines on my network. (They
> are sending to and from domains that are not listed as Virtual
> domains) So I guess my question is, does a large smtpd_check_rules
> file slow the daemon down drastically?
Define very large. I would expect it to handle a hundred entry file
with no noticeable problems. How many entries do you have in your
file?
I just tested a file with 238340 entries and saw no real lag
(certainly less than a second) in handling invalid addresses. That's on
a 500MHz Celeron with 64Mb RAM.
--
Regards
Peter
----------
Peter Samuel [EMAIL PROTECTED]
http://www.e-smith.org (development) http://www.e-smith.com (corporate)
Phone: +1 613 368 4398 Fax: +1 613 564 7739
e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada
"If you kill all your unhappy customers, you'll only have happy ones left"
