[jira] [Closed] (JAMES-3858) Implement RFC-8474 IMAP OBJECTID extension
[ https://issues.apache.org/jira/browse/JAMES-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3858. - Resolution: Fixed > Implement RFC-8474 IMAP OBJECTID extension > -- > > Key: JAMES-3858 > URL: https://issues.apache.org/jira/browse/JAMES-3858 > Project: James Server > Issue Type: Improvement > Components: IMAPServer >Reporter: Benoit Tellier >Priority: Major > Fix For: 3.8.0 > > Time Spent: 10m > Remaining Estimate: 0h > > https://www.rfc-editor.org/rfc/rfc8474.html > Leverages JMAP style identifier to help prevent clients to needlessly > resynchronize (eg move from another client) -- 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] [Closed] (JAMES-3854) Support RFC-8438 IMAP STATUS=SIZE
[ https://issues.apache.org/jira/browse/JAMES-3854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3854. - Resolution: Fixed > Support RFC-8438 IMAP STATUS=SIZE > - > > Key: JAMES-3854 > URL: https://issues.apache.org/jira/browse/JAMES-3854 > Project: James Server > Issue Type: Sub-task > Components: IMAPServer >Affects Versions: master >Reporter: Benoit Tellier >Priority: Major > Fix For: 3.8.0 > > Time Spent: 20m > Remaining Estimate: 0h > > https://datatracker.ietf.org/doc/html/rfc8438.html > Requirement to qualify as an IMAP REV 2 server... -- 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] [Closed] (JAMES-3850) [JMAP] Configure `urn:ietf:params:jmap:mail` `maxSizeAttachmentsPerEmail` property
[ https://issues.apache.org/jira/browse/JAMES-3850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3850. - Resolution: Fixed > [JMAP] Configure `urn:ietf:params:jmap:mail` `maxSizeAttachmentsPerEmail` > property > -- > > Key: JAMES-3850 > URL: https://issues.apache.org/jira/browse/JAMES-3850 > Project: James Server > Issue Type: New Feature > Components: JMAP >Affects Versions: master >Reporter: Benoit Tellier >Assignee: Antoine Duprat >Priority: Major > Fix For: 3.8.0 > > Time Spent: 20m > Remaining Estimate: 0h > > Today, this is hardcoded to 20MB > Needless to say, we should be flexible on this... -- 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] [Closed] (JAMES-3852) Subscriptions for non personal mailboxes
[ https://issues.apache.org/jira/browse/JAMES-3852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3852. - Resolution: Fixed > Subscriptions for non personal mailboxes > > > Key: JAMES-3852 > URL: https://issues.apache.org/jira/browse/JAMES-3852 > Project: James Server > Issue Type: Bug > Components: JMAP, mailbox >Reporter: Benoit Tellier >Assignee: Antoine Duprat >Priority: Major > Time Spent: 0.5h > Remaining Estimate: 0h > > h3. The problem > Subscriptions storage is based on the mailbox name thus do not allow to > distinguish two mailboxes with the same name belonging to other users, thus > leading to buggy behaviors in the face of delegation. > This behavior can be encoutered: > - In JMAP with James' mailbox sharing > - In JMAP we built an extension called team mailboxes (essentially > functional mailboxes) that runs in this pitfall. > h3. Solution > Rework subscription storage to rely on MailboxPath. > Data migration can be avoided by storing the mailbox path as a string, and > supporting fallbacks for non-mailbox path mailboxes. -- 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] [Closed] (JAMES-3857) Implement RFC-7889 IMAP APPENDLIMIT
[ https://issues.apache.org/jira/browse/JAMES-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3857. - Resolution: Fixed > Implement RFC-7889 IMAP APPENDLIMIT > --- > > Key: JAMES-3857 > URL: https://issues.apache.org/jira/browse/JAMES-3857 > Project: James Server > Issue Type: Improvement > Components: IMAPServer >Reporter: Benoit Tellier >Priority: Major > Fix For: 3.8.0 > > Time Spent: 20m > Remaining Estimate: 0h > > https://www.rfc-editor.org/rfc/rfc7889.html > Allows advertising the size limit for APPEND command. > -> Add the APPENDLIMIT capability > -> Add the APPENDLIMIT status item -- 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] [Closed] (JAMES-3855) Supports IMAP UNAUTHENTICATE (RFC-8437)
[ https://issues.apache.org/jira/browse/JAMES-3855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3855. - Resolution: Fixed > Supports IMAP UNAUTHENTICATE (RFC-8437) > --- > > Key: JAMES-3855 > URL: https://issues.apache.org/jira/browse/JAMES-3855 > Project: James Server > Issue Type: Improvement > Components: IMAPServer >Reporter: Benoit Tellier >Priority: Major > Fix For: 3.8.0 > > > https://www.rfc-editor.org/rfc/rfc8437.html > Usefull for administrative tasks. -- 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] [Closed] (JAMES-3853) Support IMAP XLIST
[ https://issues.apache.org/jira/browse/JAMES-3853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3853. - Resolution: Fixed > Support IMAP XLIST > -- > > Key: JAMES-3853 > URL: https://issues.apache.org/jira/browse/JAMES-3853 > Project: James Server > Issue Type: Improvement > Components: IMAPServer >Reporter: Benoit Tellier >Priority: Major > Fix For: 3.8.0 > > Time Spent: 10m > Remaining Estimate: 0h > > h3. Why? > My special case mailboxes do not get recognised by IMAP clients (they miss > the "role" information). > See https://github.com/linagora/james-project/issues/3960 > h3. How? > Provide a default typer for the already implemented XList extension, > Write a test, > And see if this works... > h3. Longer term options > https://www.rfc-editor.org/rfc/rfc6154 deprecated XList but is slightly > harder to implement... -- 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
[james-mime4j] branch master updated: MIME4J-322 Rely on Files.createTempFile (#82)
This is an automated email from the ASF dual-hosted git repository.
btellier pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/james-mime4j.git
The following commit(s) were added to refs/heads/master by this push:
new 021eb79b MIME4J-322 Rely on Files.createTempFile (#82)
021eb79b is described below
commit 021eb79ba312fe5a7f99fa867ee5350aa5533069
Author: Benoit TELLIER
AuthorDate: Tue Nov 22 09:14:14 2022 +0700
MIME4J-322 Rely on Files.createTempFile (#82)
---
.../org/apache/james/mime4j/storage/TempFileStorageProvider.java | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
a/storage/src/main/java/org/apache/james/mime4j/storage/TempFileStorageProvider.java
b/storage/src/main/java/org/apache/james/mime4j/storage/TempFileStorageProvider.java
index ac13cd98..0e87f928 100644
---
a/storage/src/main/java/org/apache/james/mime4j/storage/TempFileStorageProvider.java
+++
b/storage/src/main/java/org/apache/james/mime4j/storage/TempFileStorageProvider.java
@@ -26,8 +26,10 @@ import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
+import java.nio.file.Files;
import java.util.HashSet;
import java.util.Iterator;
+import java.util.Optional;
import java.util.Set;
import org.apache.commons.io.FileUtils;
@@ -107,7 +109,12 @@ public class TempFileStorageProvider extends
AbstractStorageProvider {
}
public StorageOutputStream createStorageOutputStream() throws IOException {
-File file = File.createTempFile(prefix, suffix, directory);
+File file;
+if (directory == null) {
+file = Files.createTempFile(prefix, suffix).toFile();
+} else {
+file = Files.createTempFile(directory.toPath(), prefix,
suffix).toFile();
+}
file.deleteOnExit();
return new TempFileStorageOutputStream(file);
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Created] (JAMES-3861) EmailDelivery push is used too much
Tran Hong Quan created JAMES-3861: - Summary: EmailDelivery push is used too much Key: JAMES-3861 URL: https://issues.apache.org/jira/browse/JAMES-3861 Project: James Server Issue Type: Improvement Components: JMAP Reporter: Tran Hong Quan Assignee: Antoine Duprat As of today, we push an EmailDelivery for each "added" event. Yet, added event is used for copies, move, saving draft, sending email... In addition to received new emails. We should revisit the APIs of `MessageManager::append` in order to allow passing a bit more context. This context would need to be carried other in the event system. # Definition of Done JMAP integration test showing that EmailDelivery` state change is reserved to receiving email... # API proposal Add a `isDelivery` field to the append command, defaulting to false. Add a isDelivery field to the `Added` event, defaulting to false. Ensure LocalDelivery sets the isDelivery to true. -- 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-STABLE]: Job 'james/ApacheJames/master [master] [786]'
BUILD-STABLE: Job 'james/ApacheJames/master [master] [786]': Is back to normal. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
