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