> No, I think you're right. [Collection<String>] is easier for the mbox
> repository, but it's not a big issue. The remove(Collection<MailImpl>)
> is probably for the best.
Trivial isomorphism: key == mail.getName()
> There are two options here:
> 1) I implement the remove(Collection<MailImpl>) using the current
> MailRepository system and leave it at that. This could then be
> used in v2 and early v3. The work for this is almost done. Oh,
> and sort out the exceptions as well.
> 2) I will try and come up with an initial design for a JavaMail
> implementation. This is NOT a quick fix :)
Let's start with #1, which we can use *now*. :-)
> My current [choice] would be to use javax.mail.MessagingException.
> This is because when we finally implement JavaMail storage I think
> that these are the exceptions the storage implementations should be
> throwing.
Makes sense, assuming that we do adopt JavaMail for the mail storage
interface. Seems like a reasonable approach for now.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
