From owner-freebsd-hackers  Sun Oct 12 00:10:17 1997
Return-Path: <owner-freebsd-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id AAA04032
          for hackers-outgoing; Sun, 12 Oct 1997 00:10:17 -0700 (PDT)
          (envelope-from owner-freebsd-hackers)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA04027
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 12 Oct 1997 00:10:13 -0700 (PDT)
          (envelope-from julian@whistle.com)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id AAA08482;
	Sun, 12 Oct 1997 00:03:00 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd008475; Sun Oct 12 07:02:55 1997
Date: Sun, 12 Oct 1997 00:01:43 -0700 (PDT)
From: Julian Elischer <julian@whistle.com>
To: Terry Lambert <tlambert@primenet.com>
cc: bradley@dunn.org, freebsd-hackers@FreeBSD.ORG
Subject: Re: UUCP (important clarification)
In-Reply-To: <199710110219.TAA10855@usr02.primenet.com>
Message-ID: <Pine.BSF.3.95.971012000123.8026I-100000@current1.whistle.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

so what about mail queued to multiple domains?


On Sat, 11 Oct 1997, Terry Lambert wrote:

> > sendmail's way of queueing mail is not compatible
> > with ETRN.
> 
> This is probably more accurate.
> 
> It's actually a pretty simple hack to sendmail to name the file based
> on the destination domain, and a little more complicated to make it
> queue run only on that domain.
> 
> Actually, I have a slightly different gross hack I've used to avoid
> hacking the sendmail queueing itself (still have to hack ETRN, though):
> 
> o	Under cron, grep the domain(s) you ETRN for out of the header
> 	entries in the queue, and move them to another (domain specific)
> 	directory.
> 
> o	Connect the ETRN up for the domain so that it uses the
> 	-oQ <domain specific directory>
> 
> You just have to be sure to process it frequently enough (or at the
> right times) to avoid introducing a delivery latency.
> 
> Then ETRN never runs except on files queued for a particular domain.
> 
> 
> 					Terry Lambert
> 					terry@lambert.org
> ---
> Any opinions in this posting are my own and not those of my present
> or previous employers.
>