Re: [imap5] Feature set? - was Re: Designing a new replacement protocol for IMAP

Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> Tue, 21 February 2012 10:07 UTC

Return-Path: <arnt@gulbrandsen.priv.no>
X-Original-To: imap5@ietfa.amsl.com
Delivered-To: imap5@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95F2521F8638 for <imap5@ietfa.amsl.com>; Tue, 21 Feb 2012 02:07:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.469
X-Spam-Level:
X-Spam-Status: No, score=-2.469 tagged_above=-999 required=5 tests=[AWL=0.130, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L45rE23esnls for <imap5@ietfa.amsl.com>; Tue, 21 Feb 2012 02:07:23 -0800 (PST)
Received: from strange.aox.org (strange.aox.org [80.244.248.170]) by ietfa.amsl.com (Postfix) with ESMTP id C5C4721F8633 for <imap5@ietf.org>; Tue, 21 Feb 2012 02:07:22 -0800 (PST)
Received: from fri.gulbrandsen.priv.no (unknown [127.0.0.1]) by strange.aox.org (Postfix) with ESMTP id 160C9F8CB08; Tue, 21 Feb 2012 10:07:20 +0000 (UTC)
Received: from arnt@gulbrandsen.priv.no by fri.gulbrandsen.priv.no (Archiveopteryx 3.1.4) with esmtpsa id 1329818839-10328-10328/10/3; Tue, 21 Feb 2012 10:07:19 +0000
Message-Id: <4F436D03.10205@gulbrandsen.priv.no>
Date: Tue, 21 Feb 2012 11:08:03 +0100
From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0
Mime-Version: 1.0
To: Tony Finch <dot@dotat.at>
References: <3077.1329391344.173214@puncture> <4F3CEB35.9080200@qbik.com> <1329394296.953.140661037317197@webmail.messagingengine.com> <4F3CFD35.10501@qbik.com> <alpine.LSU.2.00.1202161626400.30682@hermes-2.csi.cam.ac.uk> <4F3D6E57.8010301@qbik.com> <20120216224124.GC4578@dan.olp.net> <CABa8R6uxeFVSDQzzSS6ziV8b2roYdw38GMpjEm+1DGkhD3MdVg@mail.gmail.com> <20120216232954.GB5356@dan.olp.net> <4F3DA4A6.5020304@qbik.com> <20120217171457.GB4503@dan.olp.net> <alpine.LSU.2.00.1202201150260.30682@hermes-2.csi.cam.ac.uk>
In-Reply-To: <alpine.LSU.2.00.1202201150260.30682@hermes-2.csi.cam.ac.uk>
Content-Type: text/plain; charset="iso-8859-1"
Cc: "Discussion on drastically slimming-down IMAP." <imap5@ietf.org>
Subject: Re: [imap5] Feature set? - was Re: Designing a new replacement protocol for IMAP
X-BeenThere: imap5@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion on drastically slimming-down IMAP." <imap5.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imap5>, <mailto:imap5-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/imap5>
List-Post: <mailto:imap5@ietf.org>
List-Help: <mailto:imap5-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imap5>, <mailto:imap5-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Feb 2012 10:07:23 -0000

On 02/20/2012 12:56 PM, Tony Finch wrote:
> No, the spam problem comes from accepting messages from people you don't
> already know. This is of course a necessary feature of mail which is what
> makes spam so hard.

You make it sound as if necessary features were binary.

IMO, this problem is really three disjoint problems, two of which can be
solved given architectural support. Two is a smaller number than three,
and the solutions might not be perfect, but still...

I'll post something when the current thread has subsided.

> (Actually not just that - it also comes from accepting messages from
> people you sort-of know but who don't care about wasting your time, such
> as corporate marketing departments.)

The one thing I love about Atlassian Confluence is that I can ignore the
rubbish without causing offense to its creators, and in case I'm wrong
to ignore some particular page, someone will give me its URL.

Arnt