[jira] [Created] (JAMES-3872) Add a read level for JMAP to fast retrieve attachments metadata without fetching body content

2023-01-02 Thread Tran Hong Quan (Jira)
Tran Hong Quan created JAMES-3872:
-

 Summary: Add a read level for JMAP to fast retrieve attachments 
metadata without fetching body content
 Key: JAMES-3872
 URL: https://issues.apache.org/jira/browse/JAMES-3872
 Project: James Server
  Issue Type: Improvement
  Components: JMAP, mailbox
Reporter: Tran Hong Quan
Assignee: Antoine Duprat


The idea is to allow fastly retrieve preview of a mail with attachment metadata 
with JMAP.

e.g:
!https://user-images.githubusercontent.com/55171818/209802473-d39559c2-a97c-4aa3-9c39-462040dbe579.png!

Nowadays with Email/get, to fetch the `attachments` property, we use the 
FULL_CONTENT fetch type means fetching the body content while we don't need 
that in this case.

We should introduce a JMAP read level that retrieves the `attachments` property 
without fetching the body of the mail.



--
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-3870) Each IMAP response line is a distinct TCP packet

2023-01-02 Thread Benoit Tellier (Jira)


 [ 
https://issues.apache.org/jira/browse/JAMES-3870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benoit Tellier closed JAMES-3870.
-
Resolution: Fixed

> Each IMAP response line is a distinct TCP packet
> 
>
> Key: JAMES-3870
> URL: https://issues.apache.org/jira/browse/JAMES-3870
> Project: James Server
>  Issue Type: Improvement
>  Components: IMAPServer
>Reporter: Benoit Tellier
>Priority: Major
> Fix For: 3.8.0
>
> Attachments: master-list-responses-with-flush.png, 
> pr-list-responses-without-flush.png
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Today each Imap response line is transmitted in a distinct TCP packet.
> This causes a lot of network overhead as 
>  => TCP headers are added for each response line. To give an idea a LIST 
> response line is 35 bytes long but result in a 101 bytes TCP frame so a 188% 
> overcost
>  => TCP ack are conducted for each line independently. An ACK is 66 bytes,
> This is especially problematic for LIST, FETCH commands that actually result 
> in many (100, 1000, maybe millions) response lines.
> See attach screenshot: master-list-responses-with-flush.png demonstrating 
> this.
> We should try to limit the calls to "flush" with Netty, and force the flush 
> only once per IMAP command (at the end of processing). Netty is free to 
> transmit some data earlier if it's buffer states requires it. 
> The entire mailbox list take 1 packet to transmit (1420 btes total for 41 
> mailboxes so ~35 bytes per mailbox) and a single ACK (66 bytes).
> See attach screenshot: pr-list-responses-without-flush.png demonstrating 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



Re: Call for vote: Apache James JSPF 1.0.3

2023-01-02 Thread Manuel Carrasco Moñino
+1

Thanks
- Manolo

On Sun, Jan 1, 2023 at 10:31 PM Eugen Stan  wrote:

> +1
> On 30.12.2022 09:23, Benoit TELLIER wrote:
> > Hi,
> >
> > I would like to propose a new vote for 1.0.3 release of the Apache James
> > JSPF library.
> >
> > You can find:
> >
> >   - The maven release staged in repository.apache.org as the artifact
> > #1071:
> > https://repository.apache.org/content/repositories/orgapachejames-1071/
> >   - The blog post for this release:
> > https://github.com/apache/james-project/pull/1369
> >
> > This release fixes error handling for asynchronous JSPF executors.
> >
> > Voting rules:
> >   - This is a majority approval: this release may not be vetoed.
> >   - A quorum of 3 binding votes is required
> >   - The vote starts at Friday 30th of December 2022, 3pm UTC+7
> >   - The vote ends at Friday 6th of January 2022, 3pm UTC+7
> >
> > You can answer to it just with +1 and -1. Down-votes may be motivated.
> >
> > 3 binding votes are expected move forward on this release.
> >
> > Cheers,
> >
> > Benoit TELLIER
> >
> >
> > -
> > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> > For additional commands, e-mail: server-dev-h...@james.apache.org
> >
>
> --
> 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


Re: Call for vote: Apache James MIME4J 0.8.9

2023-01-02 Thread Manuel Carrasco Moñino
+1

Thanks
- Manolo

On Sun, Jan 1, 2023 at 10:31 PM Eugen Stan  wrote:

> +1
> On 30.12.2022 09:19, Benoit TELLIER wrote:
> > Hi,
> >
> > I would like to propose a new vote for 0.8.9 release of the Apache James
> > MIME4J library.
> >
> > You can find:
> >
> >   - The maven release staged in repository.apache.org as the artifact
> > #1070:
> > https://repository.apache.org/content/repositories/orgapachejames-1070/
> >   - The changelog for 0.8.9:
> https://github.com/apache/james-mime4j/pull/83
> >   - The blog post for this release:
> > https://github.com/apache/james-project/pull/1370
> >
> > This release comprise small bug fixes and enhancements.
> >
> > Voting rules:
> >   - This is a majority approval: this release may not be vetoed.
> >   - A quorum of 3 binding votes is required
> >   - The vote starts at Friday 30th of December 2022, 3pm UTC+7
> >   - The vote ends at Friday 6th of January 2022, 3pm UTC+7
> >
> > You can answer to it just with +1 and -1. Down-votes may be motivated.
> >
> > 3 binding votes are expected move forward on this release.
> >
> > Cheers,
> >
> > Benoit TELLIER
> >
> >
> > -
> > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> > For additional commands, e-mail: server-dev-h...@james.apache.org
> >
>
> --
> 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


Re: Call for vote: Apache James 3.7.3

2023-01-02 Thread Manuel Carrasco Moñino
+1

Thanks
- Manolo

On Sun, Jan 1, 2023 at 10:31 PM Eugen Stan  wrote:

> +1
>
> On 30.12.2022 12:19, Benoit TELLIER wrote:
> > Hi,
> >
> > I would like to propose a new vote for 3.7.3 release of the Apache James
> > server.
> >
> > You can find:
> >
> >   - The maven release staged in repository.apache.org as the artifact
> > #1072:
> > https://repository.apache.org/content/repositories/orgapachejames-1072/
> >   - Changelog entries and related documentation:
> > https://github.com/apache/james-project/pull/1368
> >   - No specific upgrade instructions for this release.
> >
> > This release:
> >
> >   - Fixes logging for now legacy Spring packaging
> >   - Comprise some other bug fixes
> >   - Brings security related dependency updates
> >
> > Voting rules:
> >   - This is a majority approval: this release may not be vetoed.
> >   - A quorum of 3 binding votes is required
> >   - The vote starts at Friday 30th of December 2022, 4pm UTC+7
> >   - The vote ends at Friday 6th of January 2022, 4pm UTC+7
> >
> > You can answer to it just with +1 and -1. Down-votes may be motivated.
> >
> > 3 binding votes are expected move forward on this release.
> >
> > Cheers,
> >
> > Benoit TELLIER
> >
> >
> > -
> > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> > For additional commands, e-mail: server-dev-h...@james.apache.org
> >
>
> --
> 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