james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefano Bagnara (JIRA)" <server-...@james.apache.org>
Subject [jira] Commented: (JAMES-521) Mail/Spool/Message repositories refactoring
Date Sun, 01 Oct 2006 19:14:25 GMT
    [ http://issues.apache.org/jira/browse/JAMES-521?page=comments#action_12439011 ] 
Stefano Bagnara commented on JAMES-521:

Guillermo, I'd like to add the feature you're proposing to the ToMultiRepository mailets I
introduced in version 2.3.
Currently that mailet simply use the localpart of the recipient as destination for the message
but it would be cool to be able to specify the destination using variables. People would need
to use full email address or simply the domain part as name of the repository, or could use
"file://var/incoming/${currentyear}${currentmonth}". By default it would be ${inboxrepository}/${localpart}.
Please note that the ${variable} is only an example and we may use any other way to dynamically
declare the final repository.
(See comments in JAMES-414 about this)

> Mail/Spool/Message repositories refactoring
> -------------------------------------------
>                 Key: JAMES-521
>                 URL: http://issues.apache.org/jira/browse/JAMES-521
>             Project: James
>          Issue Type: Task
>          Components: James Core, MailStore & MailRepository
>            Reporter: Stefano Bagnara
>         Assigned To: Stefano Bagnara
>             Fix For: Trunk
> - Deprecated MailRepository
> - Introduce a MessageRepository interface for MimeMessages (not Mail objects) to replace
the current MailRepository usage: we could even use JavaMail Store/Folders but maybe we should
have our own interface and a wrapper.
> - Do some experimentation on the spoolrepository interface:
>   - MessageKey created while storing, and not userprovided.
>   - Split store in insert / update methods.
>   - Introduce message moving/cloning between repositories: moveFrom/moveTo/copyFrom/copyTo:
this way further optimizations could be introduced at repository level when the 2 repositories
share the storage medium. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
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