Attach filesAttach ScreenshotAdd voteVotersWatch issueWatchersLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

Details

    • Sub-task
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 3.6.0
    • None
    • JMAP
    • None

    Description

      https://jmap.io/spec-mail.html#emailcopy

      This is a standard “/copy” method as described in [@!RFC8620], Section 5.4, 
      except only the mailboxIds, keywords, and receivedAt properties may be set 
      during the copy. This method cannot modify the message represented by the 
      Email.
      

      Our JMAP implementation (and the underlying right system backing it) do not support multi-account. Making this methods globally useless.

      However, in the sake of spec compliance, we might consider expose a naive version of it:

      Quoting https://jmap.io/spec-core.html#copy

      accountId: Id The id of the account to copy records to. This MUST be different to 
      the fromAccountId.
      

      As we currently enforce accountId to match the user account, we can:

      • Reject with invalidArguments if accountId is the user one and fromAccountId also the user one.
      • Reject with accountNotFound if accountId do not match the user one
      • Reject with fromAccountNotFound if fromAccountId is different from the user accountId.

      Not really useful, but it would technically be specification compliant...

      Attachments

        Activity

          This comment will be Viewable by All Users Viewable by All Users
          Cancel

          People

            aduprat Antoine Duprat
            btellier Benoit Tellier

            Dates

              Created:
              Updated:

              Slack

                Issue deployment