[BUILD-FAILURE]: Job 'james/ApacheJames/master [master] [1240]'
BUILD-FAILURE: Job 'james/ApacheJames/master [master] [1240]': Check console output at "https://ci-builds.apache.org/job/james/job/ApacheJames/job/master/1240/;>james/ApacheJames/master [master] [1240]" - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Going to FOSDEM, would like to meet
Hi, I'm going to FOSDEM and would also like to attend https://fosdem.org/2024/schedule/event/fosdem-2024-1870--servers-apache-james-modular-email-server/ . Regardless, I would like to meet some of the James devs / users that are there. Ping me privately on email or on Mastodon: @ieu...@mas.to if you are around and would like to meet. Otherwise I will try to catch who is available after the talk. Regards, -- Eugen Stan +40770 941 271 / https://www.netdava.com - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Commented] (JAMES-3980) "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a Type 1 (time-based) UUID"
[ 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] [Commented] (JAMES-3980) "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a Type 1 (time-based) UUID"
[ https://issues.apache.org/jira/browse/JAMES-3980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17813287#comment-17813287 ] Benoit Tellier commented on JAMES-3980: --- Can you detail `when trying to get an item that was just sent with "EmailSubmission/set."` ? How, where and from which request did you get the email id? > "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] [Commented] (JAMES-3980) "Email/get" returns the error "3b7b2b02-8a04-4b6c-9b3a-517ae11fab51 is not a Type 1 (time-based) UUID"
[ https://issues.apache.org/jira/browse/JAMES-3980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17813281#comment-17813281 ] Benoit Tellier commented on JAMES-3980: --- This one is REALLY weird to me. Any chance you do share a server log if any? > "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
[BUILD-FAILURE]: Job 'james/ApacheJames/master [master] [1239]'
BUILD-FAILURE: Job 'james/ApacheJames/master [master] [1239]': Check console output at "https://ci-builds.apache.org/job/james/job/ApacheJames/job/master/1239/;>james/ApacheJames/master [master] [1239]" - 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"
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
[ 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
[BUILD-FAILURE]: Job 'james/ApacheJames/master [master] [1238]'
BUILD-FAILURE: Job 'james/ApacheJames/master [master] [1238]': Check console output at "https://ci-builds.apache.org/job/james/job/ApacheJames/job/master/1238/;>james/ApacheJames/master [master] [1238]" - 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
[ https://issues.apache.org/jira/browse/JAMES-3979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17813172#comment-17813172 ] Benoit Tellier commented on JAMES-3979: --- James distributed manages the JMAP state in an asynchronous fashion, which means that by the time Email/import is finished the state might not be updated yet. This is because JMAP state management was handled as a plugin and not as a core feature. However, using some notifications you should eventually get the update as a StateChange over eg event source. > "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