General Request for Assignment (imap-keywords) (was: [JMAP] SMIME Attachments)
vaibhav singh <[email protected]> Mon, 13 Nov 2017 20:40:03 +0530
| Newsgroups | gmane.ietf.imapext |
|---|---|
| Message-ID | <CACZ1GipM4+91KL00_YDcUHSF0eVnjh8vZAddbk869O4J1w9ZfA@mail.gmail.com> |
--===============5383355357567336638== Content-Type: multipart/alternative; boundary="001a114c9d0c412f9f055ddeaabd" --001a114c9d0c412f9f055ddeaabd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, In order to optimize the way attachments inside encrypted mail are treated by the MUA, I am suggesting the registration of a "$HasEncryptedAttachment" to the IMAP Keywords registry[RFC5788]. Please find details of the original proposal below: > Type of Assignment: > Requesting for addition of a keyword "$HasEncryptedAttachment" to the > IMAP Keywords registry[RFC5788]. > > Registry: > The registration request is being made for IMAP Keywords > registry[RFC5788]. > > Description: > This flag can be useful so that the MUA can display an attachment > icon when displaying > messages in the folder, without it having to decrypt the message. > This flag can also be used to filter > encrypted emails with attachments. > > Additional Info: > The $HasEncryptedAttachment IMAP keyword will be used by IMAP/JMAP > MUA to > specify that the marked encrypted message contains an attachment. > A MUA-with-keys > sets this keyword when it sees a message having an attachment > before encryption. > This flag can be useful so that the MUA can display an attachment > icon when displaying > messages in the folder, without it having to decrypt the message. > This flag can also be used to filter > encrypted emails with attachments. > > Once set, any entity (be it the MDA or receiver's MUA) SHOULD not edit > the flag. > > JMAP Message Stores SHOULD be able to store the > $HasEncryptedAttachment keyword. > They MUST preserve it on the COPY operation. The servers MUST > support the SEARCH KEYWORD $HasEncryptedAttachment. Please find comments by Mr. Barry Leiba, and my answers below (marked as <vs>): 1.) There should also be a =E2=80=9Chas no attachment=E2=80=9D keyword, so = the MUA doesn=E2=80=99t have to check either way and only needs to check if neither is set. <vs> Agreed. </vs> 2.) The keyword is poorly named: it=E2=80=99s not about an encrypted attach= ment, but about any attachment. I suppose that in the end there no reason to mention encryption at all, because it could be used for any message, though it=E2=80=99s less important for unencrypted ones. <vs> Not really sure. </vs> 3.) How will the server know to set the keyword? The server also can=E2=80= =99t decrypt an incoming message, and so it can=E2=80=99t check. Where does the knowledge come from? It seems that it could only work for messages that are created locally, with the keyword set at creation. <vs> A better use case for the flag could be: the server could set this flag to true when it sees the mime being decrypted the first time, so that any scans later on would not have to decrypt the mail again to know the presence of the attachment inside it </vs> Will this be useful? --=20 Regards, Vaibhav Singh --001a114c9d0c412f9f055ddeaabd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><div>Hello,<br><br></div>In order to optimize the way= attachments inside encrypted mail are treated by the MUA, I am suggesting = the registration of a "$HasEncryptedAttachment" to the IMAP Keywo= rds registry[RFC5788].<br></div><br>Please find details of the original pro= posal below:<br><br clear=3D"all"><div>> Type of Assignment:<br>>=C2= =A0 Requesting for addition of a keyword "$HasEncryptedAttachment"= ; to the<br>> IMAP Keywords registry[RFC5788].<br>><br>> Registry:= <br>> The registration request is being made for IMAP Keywords<br>> r= egistry[RFC5788].<br>><br>> Description:<br>>=C2=A0 =C2=A0 =C2=A0T= his flag can be useful so that the MUA can display an attachment<br>> ic= on when displaying<br>>=C2=A0 =C2=A0 messages in the folder, without it = having to decrypt the message.<br>> This flag can also be used to filter= <br>>=C2=A0 =C2=A0 encrypted emails with attachments.<br>><br>> Ad= ditional Info:<br>>=C2=A0 The $HasEncryptedAttachment IMAP keyword will = be used by IMAP/JMAP<br>> MUA to<br>>=C2=A0 =C2=A0 specify that the m= arked encrypted message contains an attachment.<br>> A MUA-with-keys<br>= >=C2=A0 =C2=A0 sets this keyword when it sees a message having an attach= ment<br>> before encryption.<br>>=C2=A0 =C2=A0 =C2=A0This flag can be= useful so that the MUA can display an attachment<br>> icon when display= ing<br>>=C2=A0 =C2=A0 messages in the folder, without it having to decry= pt the message.<br>> This flag can also be used to filter<br>>=C2=A0 = =C2=A0 encrypted emails with attachments.<br>><br>> Once set, any ent= ity (be it the MDA or receiver's MUA) SHOULD not edit<br>> the flag.= <br>><br>> JMAP Message Stores SHOULD be able to store the<br>> $H= asEncryptedAttachment keyword.<br>> They MUST preserve it on the COPY op= eration.=C2=A0 The servers MUST<br>> support the SEARCH KEYWORD $HasEncr= yptedAttachment.</div><div><br></div><div>Please find comments by Mr. Barry= Leiba, and my answers below (marked as <vs>):</div><div><br></div><d= iv>1.) There should also be a =E2=80=9Chas no attachment=E2=80=9D keyword, = so the MUA doesn=E2=80=99t have to check either way and only needs to check= if neither is set.</div><div>=C2=A0=C2=A0 <br></div><div>=C2=A0<vs>= =C2=A0 Agreed. </vs></div><div><br></div><div>2.) The keyword is poor= ly named: it=E2=80=99s not about an encrypted attachment, but about any att= achment.=C2=A0 I suppose that in the end there no reason to mention encrypt= ion at all, because it could be used for any message, though it=E2=80=99s l= ess important for unencrypted ones. <br></div><div><br></div><div>=C2=A0<= ;vs> Not really sure. </vs></div><div><br></div><div>3.) How will = the server know to set the keyword?=C2=A0 The server also can=E2=80=99t dec= rypt an incoming message, and so it can=E2=80=99t check.=C2=A0 Where does t= he knowledge come from?=C2=A0 It seems that it could only work for messages= that are created locally, with the keyword set at creation.</div><div>=C2= =A0</div><div>=C2=A0 <vs> A better use case for the flag could be: th= e server could set this flag to true when it sees the mime being decrypted = the first time, so that any scans later on would not have to decrypt the ma= il again to know the presence of the attachment inside it </vs></div>= <div><br></div>Will this be useful?<br clear=3D"all"><br>-- <br><div class= =3D"gmail_signature"><div dir=3D"ltr"><div><br></div>Regards,<div>Vaibhav S= ingh</div></div></div> </div> --001a114c9d0c412f9f055ddeaabd-- --===============5383355357567336638== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ imapext mailing list [email protected] https://www.ietf.org/mailman/listinfo/imapext --===============5383355357567336638==--