So the Repository stuff should not be used at all in James 3.
Maybe we should leave it there only for people having to migrate data.

I see we probably need replacement for ToRepository with a couple of mailets:
1) A mailet that write the message to a specific folder of a specific mailbox.
2) A mailet that stores the mimemessage as a plain mime file in a folder.

Stefano

2010/12/28 Norman Maurer <[email protected]>:
> Hi there,
>
> Mailbox store kind of simple streams with some metadata (its the
> mailbox project stuff). MailRepository is the old one we used in james
> 2.3 for INBOX and as basis for the SpoolRepository. In the current
> james its only used for storing Mails via the ToRepository Mailet..
>
> Bye,
> Norman
>
> 2010/12/28 Stefano Bagnara <[email protected]>:
>> What do we store in each one?
>>
>> Does Mailbox contains Mail objects, javamail MimeMessage, simple streams?
>> Is MailRepository the "old one" containing Mail objects?
>>
>> What about renaming MailRepository to EnvelopeRepository and the store
>> to EnvelopeRepositoryRegistry?
>>
>> Stefano
>>
>> 2010/12/28 Eric Charles <[email protected]>:
>>> Hi,
>>>
>>> MailRepository is ambiguous with Mailbox.
>>> MailRepositoryStore used to list all available MailRepositories is not as
>>> self-explanatory as we would want.
>>>
>>> We can continue to used those names and bring documentation to explain them
>>> such as in http://james.apache.org/server/3/feature-persistence.html or we
>>> could try to find new ones.
>>>
>>> Some compound name with "Mail" inside (after all, it goes over mails) would
>>> give something like "MailDepot" or "MailBin".
>>>
>>> Do you think these are more distinctive from Mailbox?
>>> Have you any other ideas?
>>>
>>> Tks,
>>>
>>> Eric
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to