Danny Angus ha scritto: > On 8/16/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > >> IMHO it is not true that we can leave the checks to the container: >> sometimes Mailets do write new addresses. In this case we would have >> mailet author to write their own implementation > > No. > >> or depend on some >> specific container (using the container implementaion) ? > > Yes, that. Because it is the container which will ultimately need to > use the address for transport. and James would use this exact same > class, it won't go away, it will just become James specific.
Not sure I understand this sentence: does this means that you also propose to introduce a factory in the api to obtain/parseStringInto MailAddresses objects because the container is not supposed to works only with the interface? Or does it means I can do new JamesMailAddress in my mailet and then I bind my mailet to that specific container? >> Btw I've not strong positions on this, this is just my idea: I won't >> veto a similar change. > > Good, but I'd still like us to agree if possible. You know I'm not a fan of compromised software solutions: I most time prefer a majority choice even if the final choice is not what I voted :-) >> Conclusion: if you think that the API should only publish an interface >> then I would like to know what you propose as javadocs for that >> interface. > > The current MailAddress methods. I just looked at MailAddress javadocs and really do not belong to the interface you are proposing. I'd like to understand how/if this MailAddress interface proposal can be related to other additional informations we may have in SMTP related to an email address (I refer to ESTMP DSN extension: ORCPT and NOTIFY extensions to the MAIL RCPT command, or to the ID we can pass in the MAIL FROM). Does it transport also the "personal name" like the InternetAddress or is it limited to the localpart+domain string tuple? Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
