This kind of information would look good on our web site.
On Sat, 16 Aug 1997, Bruce Perens wrote:
> Bruce Perens <[EMAIL PROTECTED]> writes:
> > By the way, I return an error message rather than simply delaying the
> > connection until it times out because under the Electronic Communications
>
Bruce Perens <[EMAIL PROTECTED]> writes:
> By the way, I return an error message rather than simply delaying the
> connection until it times out because under the Electronic Communications
> and Privacy Act it is unlawful to intercept electronic mail without an
> indication to the sender.
From: Ca
Bruce Perens <[EMAIL PROTECTED]> writes:
> By the way, I return an error message rather than simply delaying the
> connection until it times out because under the Electronic Communications
> and Privacy Act it is unlawful to intercept electronic mail without an
> indication to the sender.
How wou
> Blocking mail is something that, imho, the MTA should do. That is, the
> MTA handles 'mail', like the kernel handles 'packets'. And the spam is
> in the 'mail', not in the 'packets'. Do you understand what I mean?
Unfortunately, there is no known textual mechanism that can reliably
reject spam.
On Fri, 15 Aug 1997, Remco van de Meent wrote:
> On Fri, 15 Aug 1997, Craig Sanders wrote:
>
> : that's one of the reasons i prefer packet filtering to
> : tcp-wrappers. block it out in the kernel before it gets to the
> : application level.
>
> Hmm.. I don't agree with you on your last senten
On Fri, 15 Aug 1997, Craig Sanders wrote:
: that's one of the reasons i prefer packet filtering to tcp-wrappers.
: block it out in the kernel before it gets to the application level.
Hmm.. I don't agree with you on your last sentence. Why should the kernel
take care of something which has absol
On Thu, 14 Aug 1997, Remco van de Meent wrote:
> On Thu, 14 Aug 1997, David Sewell wrote:
>
> : I think a Debian spam-blocking package, using TCPD and generalized
> : to cover all MTAs, would be a good thing, with a couple of caveats.
>
> That's quite difficult to implement.
>
> One of the most
On Mon, 11 Aug 1997, Bruce Perens wrote:
> I'm building a spam blocking package for Debian. While that is going on,
i notice that the latest sendmail package includes Claus Aßmann's
anti-spam stuff. I've been using them for several months now, and
they're quite good. not perfect, but they do wor
On Thu, 14 Aug 1997, David Sewell wrote:
: I think a Debian spam-blocking package, using TCPD and generalized to
: cover all MTAs, would be a good thing, with a couple of caveats.
That's quite difficult to implement.
One of the most important reasons: not all MTA are using
tcpserver/inetd/xine
On Mon, Aug 11, 1997 at 11:49:00PM -0800, Bruce Perens wrote:
> My final version will not simply deny the connections, but will output
> an SMTP error to them which will cause an immediate mail bounce at their
> end.
I've been using the tcpd "banners" option, with lines in /etc/hosts.deny
that bas
I'm building a spam blocking package for Debian. While that is going on,
some of you might find this useful. Look for the SMTP daemon in
your /etc/inetd.conf . If it's being started through "tcpd", you'll see
an invocation of "tcpd" in the file on the same line just before the
invocation of the SMT
11 matches
Mail list logo