Re: [Extra] Spam reporting via IMAP

Alexey Melnikov <alexey.melnikov@isode.com> Tue, 29 May 2018 08:06 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 371C312EA24 for <extra@ietfa.amsl.com>; Tue, 29 May 2018 01:06:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WUbNa1HYdnQI for <extra@ietfa.amsl.com>; Tue, 29 May 2018 01:06:37 -0700 (PDT)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id B404A12E8EF for <extra@ietf.org>; Tue, 29 May 2018 01:06:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1527581196; d=isode.com; s=june2016; i=@isode.com; bh=u3OhwEWTa43n2fA8Nm0iA5uk+kWs2bnDOaJPtvZqHRE=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=ZM0rR7oixeQZPYj+35aumg4S09pp9pZCKhjBxIQCqmNkYAQG8jDlSFg+n/LZZILRSCYY5/ i+9Z46FQCd34jx08GJK1H75eLq6lM5M4vYAUYP0Ee0VD9aotKv8pchRjPqWVPsnNo35FiQ 90kzUmHwVt1BK/qLWfDIPooV9aiIzSs=;
Received: from [192.168.1.75] (ppp158-255-168-127.pppoe.spdop.ru [158.255.168.127]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <Ww0KDAAIWUU1@waldorf.isode.com>; Tue, 29 May 2018 09:06:36 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
X-Mailer: iPad Mail (14F89)
In-Reply-To: <7ac0a7d1-85f0-462e-b2d7-7d187c28b160@gulbrandsen.priv.no>
Date: Tue, 29 May 2018 11:19:13 +0300
Cc: Bron Gondwana <brong@fastmailteam.com>, extra@ietf.org
Message-Id: <C51D8740-EDD5-4324-B1A2-AD2214AD4FAD@isode.com>
References: <1527560849.2219431.1388559464.58495900@webmail.messagingengine.com> <7ac0a7d1-85f0-462e-b2d7-7d187c28b160@gulbrandsen.priv.no>
To: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/W_dcjfq15wJF14P1JiZqg39rD9Y>
Subject: Re: [Extra] Spam reporting via IMAP
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 May 2018 08:06:40 -0000

(Speaking as a participant)

> On 29 May 2018, at 10:08, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> wrote:
> 
>> On Tuesday 29 May 2018 04:27:29 CEST, Bron Gondwana wrote:
>> Is there any interest in reviving this thing?  (found by looking at an email thread from 5 years ago as I cleaned up pinned conversations in my email)
> 
> It would be nice to have a flag or special-use mailbox defined such that if the client sets that flag or moves a message to that mailbox and the server has a webmail UI, then the server carries out the same action as the webmail UI's "this is spam" button, whatever that action may be.

We already have \Junk, I think this is what you are asking for.
> 
>> http://datatracker.ietf.org/doc/draft-ordogh-spam-reporting-using-imap/
>> 
>> It looks like it might have some IPR issues after a quick internet search... so maybe we don't want to go down that path...
> 
> It has extra moving parts, which means extra opportunities for IPR. Sigh.
> 
> I'd prefer to have no reporting. Just a capability from the server and a unilateral action from the client. Full freedom for the server to act now or later, in whatever manner seems suitable.

I tend to agree. There are existing reporting formats, which might already be suitable or close enough.
But it would be good to have a short document describing how the overall system should behave, listing some implementation options.