On Fri, 21 Mar 2014 15:06:12 +0100
"J. Roeleveld" <jo...@antarean.org> wrote:

> Is that one included in the Cyrus ebuild?

In Cyrus it is an actual feature, see the (first) FAQ[1] entry about
Duplicate Delivery Surpression; in imapd.conf you can do

    duplicatesuppression: 1

to enable this. It might be that because this is an actual feature that
the extension isn't implemented; unpacking the source tarball, then
insensitive case grepping for 'dupl', I only find the above feature.

 [1]: https://cyrusimap.org/mediawiki/index.php/FAQ

> I ONLY want duplicates that would end up in my inbox to be filtered.
> If an email is sent to 2 or more mailing lists, they should end up in
> each relevant mailing list folder.

The procmail filter we have neatly does this by checking the List-Id
header; maybe this can be mimicked in a Sieve rule, the rule is simple.

> With LKML, most people don't stay subscribed for very long as their
> mailboxes overflow. On this list, the general consensus is that you
> reply to list only unless specifically requested otherwise.

It's possible to stay subscribed with strict filtering, its
reading volume to me is in terms of unread mail currently 5 times as
much as this ML; however, I scroll more through the mails there than I
do here which makes the effort to process both nearly equal.

With a higher amount of mailing lists to follow I don't keep a list of
exceptions; and therefore, to keep it simple, do the same everywhere.

Information overflow stays manageable for me if I keep things simple;
if I however would start to add manual matching techniques to that, it
would become much more unmanageable as instead of being effective I
suddenly start doing something what our software is supposed to do.

> I am subscribed, so no need to add me to the CC.

As said above, I could put this on a list; but I'll forget about it.

> If I am really interested in the reply and I would not be in the
> list, I would check the archives, which are updated fast enough for
> the purpose.

That is only so if you expect and/or are aware of the reply.
 
> The goal only makes sense when replying to emails that are still
> relevant. A discussion that is over a month old is usually no longer
> relevant.

Not much has changed since then; and thus, it is still recent enough.
 
> Filtering out your emails fully also would avoid this happening.

It is quite effective.
 
> > As for the river / sea, there's no way to convince the river / sea
> > to go away; it'll be there, even if you could use a bucket to
> > remove me, there'll be another person or so tomorrow.
> 
> On this list, you (people who insist on CC-ing the world) are the
> minority.

On this world, this list (where people that I can count on my fingers
insist on not being CC-ed) is a minority.

Regardless of both being a minority, they'll continue to be present.

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : tom...@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

Reply via email to