🚀 go-pugleaf

In demon.service bogus address <bogus@purr.demon.co.uk> wrote:

>>> There is no
>>> way in Demon's present setup that I can bounce any message from a user
>>> who sent more than 1000 messages to the Demon server on the same day,
>>> for example.
>> And there's no way I'd want to,

> I don't give a fuck what *you* want, this is what *I* want out of a mail

And few here seem to want what you want.

> service.  If you don't want to filter your mail nobody's forcing you to.

So you'll bear the cost all yourself ?

The SMTP service could be enhanced in a number of other ways

more simultaneous connections (I liked the way the old punts
would just continue opening connections if you were online
by the time subsequent kicks started)

user definable kick interval - both initial and "anniversary" and
immediate delivery of mail that arrives while online

full ESMTP support

generally faster

>> one of the mailing lists I use often has ~250 messages/day, and there
>> are a few other Demon users.

> This is nothing like any of the mailing lists I use, so your usage pattern
> is totally irrelevant to *my* requirements.

Until you find out one of the mailing lists you use has enough
posts and Demon users to exceed 1000/day.

[snip]

>> Remember to figure in the cost of designing, writing, testing and
>> implementing this extremely vague user requirement.

> User access to procmail is vague????  (The server site might want to

Where did you say you want that ? How do you know that is is 
practical to add procmail into the Demon mail setup ?

> put quotas on CPU used for filtering, or on access to security-sensitive
> data, but that's about the limit of their required involvement).

What form of access would you expect ? What would the user 
interface be like ?

>> And the amount of hassle the helpdesk will get trying to get people
>> to configure it correctly, especially when someone ends up bouncing
>> all the mail they really want.

> This is a power-user feature.  No helpdesk should be expected to support

So what about the 200,000 customers who aren't "power-users" ?
Any competent "power-user" can set up their own way of dealing
with UCE, it's all part of running a "real internet node".

> it.  Since when did any sysadmin help people debug shell scripts?

Sysadmin's working the helpdesk...

>> I've posted to a fair miscellany of text newsgroups with basically
>> the same username for many years now, I only have to bounce a
>> handful of emails per day - and about half of them aren't to
>> the address that appears in my posts (hence auto-bounce), they're
>> either grabbed from the website, or are old addresses (a few 
>> one-offs for particular purposes and a couple that have never been
>> used - unless someone forged it).

> All of which slow down your mail delivery with protocol overheads when
> you bounce them, and in Demon's case the delay can be dire.

Except when the system has been known (by us if not Demon)
to be screwed, I've never noticed any extra delay.

-- 
<URL:http://www.pierrot.co.uk/>                                  Team AMIGA
Knowledge is power.