You are viewing a plain text version of this content. The canonical link for it is here.
Posted to zeta-issues@incubator.apache.org by "Michael Kliewe (JIRA)" <ji...@apache.org> on 2010/12/02 16:15:10 UTC

[jira] Updated: (ZETACOMP-30) ezcMailImapTransport::append() should return APPENDUID if possible

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

Michael Kliewe updated ZETACOMP-30:
-----------------------------------

    Attachment: patch.diff

This is a git diff, hope this is no problem, you can see the changed lines easily

> ezcMailImapTransport::append() should return APPENDUID if possible
> ------------------------------------------------------------------
>
>                 Key: ZETACOMP-30
>                 URL: https://issues.apache.org/jira/browse/ZETACOMP-30
>             Project: Zeta Components
>          Issue Type: Improvement
>          Components: Mail
>            Reporter: Michael Kliewe
>            Priority: Minor
>         Attachments: patch.diff
>
>
> append() does not return the new UID of the stored message, so normally you have to FETCH or SEARCH for the appended message to get the new UID. This is not needed because the APPEND command returns the APPENDUID if the UIDPLUS extension is installed.
> I provide a patch that trys to parse the APPENDUID and returns it. The patch is not perfect, I can only check dovecot 2.0, I don't know if other IMAP servers return the APPENDUID in a different way. I don't know if the APPENDUID should be returned if the developer works with message ids and not unique ids, perhaps there is missing a 
> if ($this->options->uidReferencing)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.