You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mailet-api@james.apache.org by "Peter Poier (Commented) (JIRA)" <ma...@james.apache.org> on 2012/03/28 11:31:41 UTC

[jira] [Commented] (MAILET-9) [API Design] Reconsider MailAddress

    [ https://issues.apache.org/jira/browse/MAILET-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13240318#comment-13240318 ] 

Peter Poier commented on MAILET-9:
----------------------------------

One problem that I encountered with the MailAddress class. If I have some InternetAddress object internetAddress and give it a Personal Name:

InternetAddress.setPersonal("personalName")

If I now create a MailAddress object of it:

MailAddress mailAddress = new MailAddress(internetAddress);

and then convert the mailAddress back to an InternetAddress object:

InternetAddress internetAddress2= mailAddress.toInternetAddress();

The Personal name is lost, i.e.:

internetAddress2.getPersonal() is empty.

                
> [API Design] Reconsider MailAddress
> -----------------------------------
>
>                 Key: MAILET-9
>                 URL: https://issues.apache.org/jira/browse/MAILET-9
>             Project: Mailet
>          Issue Type: Task
>    Affects Versions: 2.4
>            Reporter: Robert Burrell Donkin
>             Fix For: 3.0
>
>
> MailAddress represents an internet mail address. It is a concrete class including good, standards compliant code for parsing addresses. The strength of this design is that it enforces standards. This is also the weakness of the design. Occasionally, a looser algorithm capable of dealing with non-RFC822 mail would be preferable. 
> Consider factoring as a logical interface (implemented as either an empty abstract class - my preference -  or an Interface) capable of alternative implementations. The current class would become StandardMailAddress. Consider adding a marker flag for those addresses which are not RFC822 compliant.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira