james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Charles (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (PROTOCOLS-98) Decouple POP3 UID forming logic from protocol implementation
Date Thu, 25 Oct 2012 05:40:12 GMT

    [ https://issues.apache.org/jira/browse/PROTOCOLS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483914#comment-13483914

Eric Charles commented on PROTOCOLS-98:

Hi Rustam,

Thx for your pull request on github.
I have reviewed it and it is very good.

Two comments:
1.- Apache James repository on github are just used for "read" and we can't take any pull
request to update your SVN tree. You will need to make a diff and upload on this JIRA (granting
ASF) so we can apply it.
2.- I am in the process of applying a large change on protocols for IMAP ACL (IMAP-351). It
may have some impact on you patch... could you update your trunk once this is done and eventually
rebase your patch.

Sorry for the delays, but hopefully we will soon be able to commit your work :)

Thx again,


> Decouple POP3 UID forming logic from protocol implementation
> ------------------------------------------------------------
>                 Key: PROTOCOLS-98
>                 URL: https://issues.apache.org/jira/browse/PROTOCOLS-98
>             Project: JAMES Protocols
>          Issue Type: Improvement
>          Components: pop3
>    Affects Versions: 1.6.1
>            Reporter: Rustam Aliyev
>            Assignee: Norman Maurer
>             Fix For: 1.6.2
> Currently, it seems that UID string formation logic is hardcoded into POP3 protocol.
For example, UidlCmdHandler in a number of places forms UID using Long field from MessageMetaData.
> However, RFC1939 defined UID as an arbitrary server-determined string, consisting of
one to 70 characters in the range 0x21 to 0x7E (http://tools.ietf.org/html/rfc1939#page-12).
> POP3 protocol implementation should be able to specify arbitrary UID String as a part
of MessageMetaData alongside with Size.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

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

View raw message