<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Jethro R Binks wrote:<br>
<span style="white-space: pre;"><br>
&gt; But the problem isn't autoresponders themselves.<br>
<br>
</span>No, it's the people who insist on using them.<br>
<br>
(sigh)<br>
<br>
I acknowledge that the *root* problem is the desire to do a particular
thing with a system that was not designed to do so either intelligently
or securely in a world with spam.&nbsp; This does not mean that one should
rush in with a flawed solution when other people are going to be
required to deal with the consequences of said solution.<br>
<br>
<span style="white-space: pre;">&gt;&gt; I find that most people who
defend autoresponders are in a way akin<br>
&gt;&gt; to the spam pundits who say, "Just hit delete!"<br>
&gt; <br>
&gt; Ridiculous analogy.<br>
<br>
</span>No, it's not.&nbsp; <br>
<br>
1.&nbsp; You have something you want to do.&nbsp; This thing benefits you.&nbsp;&nbsp;
(Send UCE.&nbsp; Send Autoresponses.)<br>
2.&nbsp; The thing you want to do affects others without their consent.&nbsp;
(Processing unwanted mail, regardless of content.)<br>
3.&nbsp; Your response when asked to stop or find a better solution is,
basically, "No.&nbsp; I (and others) need to do this.&nbsp; You're running a mail
server.&nbsp; *You* solve it, or just deal with it, but I won't stop."&nbsp;
(Same response I hear from spammers.)<br>
<br>
Yes, matters of scale, intent and the direct impact of the two may
differ.&nbsp; I accept that you honestly believe that an attempt to minimize
the amount of garbage an automated reply system spews makes it okay
when it *does* make a mistake.&nbsp; I deal with a *lot* more spam than I do
misfiring autoresponders.&nbsp; None of that makes the behavior of even a
sensibly configured autoresponder acceptable when it flings a few
thousand messages at an innocent mail server.<br>
<br>
Look, I understand that no system is ever going to be perfect, but a
system that automatically generates email should do better than these
do.&nbsp; Even the sensible ones.&nbsp; I currently manage email for about 30
active domains and 60 or so that get almost no use.&nbsp; That makes my
current setup tiny.&nbsp; I reject between 12000 and 30000 messages at the
MTA level every day.&nbsp; (With not a single user complaint to date.&nbsp;
Yay!)&nbsp; MailScanner and SA do a wonderful job with the rest.&nbsp; Out of the
unwanted mail that gets through untagged on any given day, about 80%
will be image spam, 10% will be other spam and the remaining 10% will
be split among challenge-response messages, bogus virus/spam
bounces/warnings and autoresponders.&nbsp; It is *not* a serious problem.&nbsp;
My issue is philosophical, not immensely practical.<br>
<br>
That said, I have been hammered by autoresponders in the past, even
sensibly configured ones.&nbsp; Risk of having a mail server on the net?&nbsp;
Yes.&nbsp; So is spam, as you said.&nbsp; But after hammering someone's mail
server, rather than sitting back smugly satisfied that their setup is
"sensible" one should make an effort to fix the problem.&nbsp; Or at
least...&nbsp; apologize?&nbsp; Failure to do so is rude.&nbsp; And the number of
people I've seen whining about being reported to an RBL for doing
"nothing wrong" just reminds me of how many people really are rude.&nbsp;
(John Rudd:&nbsp; I'm not including you - I don't know your specifics.&nbsp; I
don't use SpamCop, either, although it's because people such as
yourself have made me fear false-positive user complaints.&nbsp; I already
have great results from the set I use, which includes TrendMicro.)<br>
<br>
<span style="white-space: pre;"> &gt;&gt; If asked, "What else am I
supposed to do to solve this problem?"<br>
&gt;&gt; all I can say is, "Don't make your problem mine."<br>
&gt; <br>
&gt; That's a piss-poor response though.<br>
</span><br>
Yeah, it probably is.&nbsp; I'd be a lot more popular - and a lot more
wealthy - if I could solve the problem of automatically identifying
unwanted mail.&nbsp; But do you think it's appropriate to spread your
problems to others without their consent?&nbsp; To say that if I don't have
an answer to your needs that I should "just deal?"&nbsp; I find that rude.&nbsp; <br>
<br>
It's my responsibility to solve my own problems.&nbsp; Absolutely.&nbsp; But if
those problems are caused by the actions of another, I have the right
to at least ask them to *stop it*.&nbsp; And if I should ban (or cause to be
banned) a mail server that has flooded mine, the owner of that server
should "just deal."&nbsp; Right?<br>
<br>
Users want this - you're right about that.&nbsp; Even when it's explained to
them what problems there can be with autoresponders, they still want
them.&nbsp; So it's our job to figure out how to create one that works
without creating problems for anyone.&nbsp; Or it's our job to figure out a
better way to do the same thing.&nbsp; The problem is not that a better
solution can't be developed. The problem is that people don't want a
different solution.<br>
<br>
<span style="white-space: pre;"><span style="white-space: pre;"></span><br>
&gt; I happily grant you leave to bitch about crap autoresponder<br>
&gt; mechanisms if it makes you happy, and there are very many to bitch<br>
&gt; about.&nbsp; But do not tar them all with the same brush, and do not
make<br>
&gt; the mistake of saying that autoresponders are the problem when they<br>
&gt; are not.<br>
</span><br>
So...&nbsp; Are the users the problem?&nbsp; The administrators who can't
convince the users to try different solutions?&nbsp; The developers who
can't create a magically perfect autoresponder?<br>
<br>
I'm not using the same brush, anyway.&nbsp; I have a "hideously awful,
should be destroyed immediately" brush and a "this sucks, but probably
isn't worth doing anything about" brush.&nbsp; There are no perfect
autoresponders, and there will not be until the issue of
authoritatively identifying the legitimacy of any given email is solved.<br>
<br>
Rick<br>
</body>
</html>