[jira] [Commented] (JAMES-3980) "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a Type 1 (time-based) UUID"

2024-02-01 Thread Zhivko Vasilev (Jira) 


[ 
https://issues.apache.org/jira/browse/JAMES-3980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17813315#comment-17813315
 ] 

Zhivko Vasilev commented on JAMES-3980:
---

Will do, but after Fosdem.

> "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a 
> Type 1 (time-based) UUID"
> --
>
> Key: JAMES-3980
> URL: https://issues.apache.org/jira/browse/JAMES-3980
> Project: James Server
>  Issue Type: Bug
>  Components: JMAP
>Reporter: Zhivko Vasilev
>Assignee: Antoine Duprat
>Priority: Major
> Attachments: call_30.json, call_31.json, call_32.json, call_33.json, 
> call_34.json, resp_30.json, resp_31.json, resp_32.json, resp_33.json, 
> resp_34.json
>
>
> "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a 
> Type 1 (time-based) UUID" when trying to get an item that was just sent with 
> "EmailSubmission/set."
> This ID is generated by JAMES.
> Attached are the last few calls from the integration test.
> The error is in resp_34.json



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Created] (JAMES-3980) "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a Type 1 (time-based) UUID"

2024-02-01 Thread Zhivko Vasilev (Jira) 
Zhivko Vasilev created JAMES-3980:
-

 Summary: "Email/get" returns the error 
"3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a Type 1 (time-based) UUID"
 Key: JAMES-3980
 URL: https://issues.apache.org/jira/browse/JAMES-3980
 Project: James Server
  Issue Type: Bug
  Components: JMAP
Reporter: Zhivko Vasilev
Assignee: Antoine Duprat
 Attachments: call_30.json, call_31.json, call_32.json, call_33.json, 
call_34.json, resp_30.json, resp_31.json, resp_32.json, resp_33.json, 
resp_34.json

"Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a 
Type 1 (time-based) UUID" when trying to get an item that was just sent with 
"EmailSubmission/set."

This ID is generated by JAMES.

Attached are the last few calls from the integration test.

The error is in resp_34.json



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Commented] (JAMES-3979) "Email/import" doesn't change the state

2024-02-01 Thread Zhivko Vasilev (Jira) 


[ 
https://issues.apache.org/jira/browse/JAMES-3979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17813200#comment-17813200
 ] 

Zhivko Vasilev commented on JAMES-3979:
---

This doesn't look right to me.

This violates what RFC says
https://datatracker.ietf.org/doc/html/rfc8620
state: "String"
If the data changes, this string MUST change. If the Foo data is unchanged, 
servers SHOULD return the same state string on subsequent requests for this 
data type.

I've added a retry mechanism, but even with 20 iterations of 250 milliseconds 
each, it sometimes fails. This makes integration tests very unstable.

I have not taken a look at how JAMES implements this. However, several years 
ago, I had to implement similar logic with Cassandra. One additional table with 
TTL.

timed-uuid/mailbox-uuid/folder-uuid/msg-uuid or
mailbox-uuid/timed-uuid/folder-uuid/msg-uuid
I do not remember the details, but it was something like that, where 
mailbox-uuid/timed-uuid had the role of the state. 
Each mutation just added an entry in that table with a lightweight transaction.

But it is up to you , I'll stick with what works :)

> "Email/import" doesn't change the state
> ---
>
> Key: JAMES-3979
> URL: https://issues.apache.org/jira/browse/JAMES-3979
> Project: James Server
>  Issue Type: Bug
>  Components: JMAP
>Reporter: Zhivko Vasilev
>Assignee: Antoine Duprat
>Priority: Minor
> Attachments: james_email_import_response.json
>
>
> I have created an automated test in which two app instances run on one 
> account. In this test, app1 imports emails into different folders or changes 
> email properties (read/unread/etc.), and the other app syncs and checks that 
> they are okay.
> However, it seems that "Email/import" doesn't change the state. As a result, 
> the sync from the other app instance cannot detect the changes.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Created] (JAMES-3979) "Email/import" doesn't change the state

2024-01-31 Thread Zhivko Vasilev (Jira) 
Zhivko Vasilev created JAMES-3979:
-

 Summary: "Email/import" doesn't change the state
 Key: JAMES-3979
 URL: https://issues.apache.org/jira/browse/JAMES-3979
 Project: James Server
  Issue Type: Bug
  Components: JMAP
Reporter: Zhivko Vasilev
Assignee: Antoine Duprat
 Attachments: james_email_import_response.json

I have created an automated test in which two app instances run on one account. 
In this test, app1 imports emails into different folders or changes email 
properties (read/unread/etc.), and the other app syncs and checks that they are 
okay.

However, it seems that "Email/import" doesn't change the state. As a result, 
the sync from the other app instance cannot detect the changes.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Created] (JAMES-3976) "Email/import" handle keywords property incorrect.

2024-01-26 Thread Zhivko Vasilev (Jira) 
Zhivko Vasilev created JAMES-3976:
-

 Summary: "Email/import" handle keywords property incorrect.
 Key: JAMES-3976
 URL: https://issues.apache.org/jira/browse/JAMES-3976
 Project: James Server
  Issue Type: Bug
  Components: JMAP
Affects Versions: master
Reporter: Zhivko Vasilev
Assignee: Antoine Duprat


"Email/import" call with keywords empty set is rejected. 

Per RFC it should be possible, and is default value.
https://datatracker.ietf.org/doc/html/rfc8621#page-54
"keywords: "String[Boolean]" (default: {})"

request
{"blobId":"uploads-566e7fd0-bc4d-11ee-bad0-d7a45ad8cce5","keywords":{},"mailboxIds":\{"56282800-bc4d-11ee-bad0-d7a45ad8cce5":true}}
response 
"Does not allow to update 'Deleted' or 'Recent' flag"

Actually there is no flags.
Also error description is better to use JMAP keywords
https://datatracker.ietf.org/doc/html/rfc8621#section-10.4.1
not IMAP SELECT command response flags.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org