[Jmap] Submission

"Adrien de Croy" <adrien@qbik.com> Wed, 19 April 2017 06:40 UTC

Return-Path: <adrien@qbik.com>
X-Original-To: jmap@ietfa.amsl.com
Delivered-To: jmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B10E13151E for <jmap@ietfa.amsl.com>; Tue, 18 Apr 2017 23:40:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 t20lzCooSuUZ for <jmap@ietfa.amsl.com>; Tue, 18 Apr 2017 23:40:11 -0700 (PDT)
Received: from smtp.qbik.com (smtp.qbik.com [122.56.26.1]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BA4013150E for <jmap@ietf.org>; Tue, 18 Apr 2017 23:40:10 -0700 (PDT)
Received: From [192.168.1.146] (unverified [192.168.1.146]) by SMTP Server [192.168.1.3] (WinGate SMTP Receiver v9.0.5 (Build 5926)) with SMTP id <0001023000@smtp.qbik.com>; Wed, 19 Apr 2017 18:40:08 +1200
From: Adrien de Croy <adrien@qbik.com>
To: "jmap@ietf.org" <jmap@ietf.org>
Date: Wed, 19 Apr 2017 06:40:08 +0000
Message-Id: <em27fa7b29-5584-44f3-aa88-086ce734ab59@bodybag>
Reply-To: Adrien de Croy <adrien@qbik.com>
User-Agent: eM_Client/7.0.27943.0
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="------=_MBA61F7815-0D45-41E4-BEC7-8E477C306CA0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/QM8yvcqjzOBcsNDiDrbMhC7-ASM>
Subject: [Jmap] Submission
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: JSON Message Access Protocol <jmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jmap>, <mailto:jmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jmap/>
List-Post: <mailto:jmap@ietf.org>
List-Help: <mailto:jmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jmap>, <mailto:jmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Apr 2017 06:40:14 -0000

Hi

I just looked through the specs for mail submission and couldn't find 
where it's covered.

In the "Message Submission" section in the jmap.io site it talks about 
submission being merely a copy (move?) of a message (presumably from 
drafts) to an outbox.  Presumably after that it gets moved or copied to 
the sent folder?

Does this mean the server must parse the message to get SMTP envelope 
information?  There are all kinds of problems with that.

As for the justifying discussion on the site about this also then 
allowing support for "delayed sending" by way of the client setting the 
date in the message (bad idea IMO, server should set message date, 
client often has wrong date, or mis-matched to server date) in the 
future which the client can then cancel, I think this is also several 
bad ideas.

* It gives the server the job of maintaining when to send the message
* It requires the client and server clocks to be in synch
* it delays the message (who ever wants to do this?)
* opening a window to cancel the message before it's sent seems a bit 
nonsensical / contrived to me sorry.  A UA using this is just mainly 
going to make itself useless for mail conversations by unnecessarily 
delaying mail.

So I think using "delayed send" as a justification for "copy to outbox" 
submission falls over under scrutiny.

I think submission should be a separate command so that the client can 
specify needed envelope information independently of the message 
content.  Even if this were an additional option.  E.g. just move it to 
outbox if you want the server to try to obtain an envelope from the 
message content, or specifically provide that data from the client.

Otherwise list processors won't be able to use this, server will need to 
strip BCC etc etc.

Adrien