I don't see a reason why smartlist is detecting the attached
mail as "coming from daemon, ignored".  I suspect that one
of the regexps are too strong.

Regards,

	Joey

This could be the reason.

Regards,

	Joey

reassign 27454 lists.debian.org
thanks

I think the "mail" thing in the regexp is there for a good reason. It is
almost sure that this "mail" thing has saved us and the listmasters from
many mail loops in the past.

The consecuences of weaken this regexp may be unexpected. I'm really in
doubt about considering this a bug in smartlist.

So I'm going to consider this as a local configuration issue and will let
Joey to decide whether he wants or not to weaken the regexp in the
smartlist installed in murphy. I don't think it would be a good idea to
weaken it in the smartlist package.

Thanks.

(Recording this in the BTS)

I've added a FROM_DAEMON handler. It's basically the generic version of the
existing anti-root@ check.

----- Forwarded message from Debian Listmaster <listmaster@lists.debian.org> -----

To: admin@example.com
Subject: Re: help
From: Debian Listmaster <listmaster@lists.debian.org>
Date: Sun, 22 Jun 2003 12:42:26 -0500 (CDT)


Unfortunately it's currently impossible to use the Debian mailing lists with
a e-mail address that matches procmail's check for mail coming from a daemon.

This means that a username may not have "mail", "admin", "root", "master",
"list" or similar strings in it (see procmailrc(5) for "FROM_DAEMON").

We apologize for the inconvenience and ask you to consider using some other
username.

Best regards,

	Debian Listmasters

Below please find all headers of your mail:

----- End forwarded message -----

I'm co-maintaining a debian system with another person, and we're using
the role account <hostmaster@...> as an alias to our individual mail
addresses, as a common contact address.

I just tried to subscribe to <debian-announce@lists.debian.org> and
<debian-announce@lists.debian.org> with that role account address, and I
got this:

| Unfortunately it's currently impossible to use the Debian mailing lists with
| a e-mail address that matches procmail's check for mail coming from a daemon.
|
| This means that a username may not have "mail", "admin", "root", "master",
| "list" or similar strings in it (see procmailrc(5) for "FROM_DAEMON").
|
| We apologize for the inconvenience and ask you to consider using some other
| username.

I understand that daemon user names like <root@...> or <mail@...> are
prevented from messing with the Debian mailing lists, but why are role
accounts like <hostmaster@...> or <postmaster@...> forbidden to
subscribe to the lists?

Daemon user names are daemon user names, but role accounts are role
accounts.  Role account addresses should only ever be used by human
beings, so why are they forbidden?

Is it really necessary that I create an address like <hostmister@...> or
<all@hostmaster.mydomain> to circumvent that bad restriction?  Please
allow <...master@...> addresses to access the lists.

Should, yes, but there are several mail systems that return bounces from
such addresses, unfortunately even in modern times. I completely understand
your confusion: had I not seen it with my own eyes, I wouldn't have believed
it either.

For example, the BTS isn't using the FROM_DAEMON check, I instead set it up
to ignore only Return-path: <> mails as bounces. Unfortunately, it has since
been mass-spammed by bounces with <mailer-daemon>, <mailer-daemon@host>,
<postmaster@compuserve.com> (!) and others.

Josip Rodin wrote:

So, does this mean that nothing will change with regard to refusing
contact with <...master@...> addresses?

I mean, this certainly cannot be a reliable anti-spam or anti-daemon
measure for guarding the mailing lists, can it?

If we changed, we'd get bugs as well whenever one of those mails got
through and annoyed a lot of people. Given that a single mail to a
high-subscriber-count instantly annoys a lot of people, and that a returned
mail to a poster annoys that poster alone, which do you think we're inclined
to pick?

It's quite a reliable anti-daemon measure -- so reliable it's too extreme.

Final Notice.

You are among the beneficiaries of 2024/2025 grant for all scam victims and relatives reconfirm your email if active for more details

Thank You.

Regards
Mr. Rowland Cole
( Financial Crimes Enforcement Network)