The idea of this API is to provide a standard layer over an email implementation. The default implementation will be in JavaMail, as I've done some fairly extensive work in it, but it could also be implemented using MAPI if need be, or (and this is what I think is the key) it could be implemented for use on a Java 2 Micro Edition device, where JavaMail might not be appropriate because of memory constraints.
It is also part of a complete redesign of my email client, eXpress Mail, which I've been looking to do for about a year now. eXpress Mail could really benefit from a thorough redesign, and it can become even more modular and configurable through the User Services API.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just curious: what is the difference between this API and the standard JavaMail API? (http://java.sun.com/products/javamail/)
There seems to be quite a bit of overlap in the goals.
The idea of this API is to provide a standard layer over an email implementation. The default implementation will be in JavaMail, as I've done some fairly extensive work in it, but it could also be implemented using MAPI if need be, or (and this is what I think is the key) it could be implemented for use on a Java 2 Micro Edition device, where JavaMail might not be appropriate because of memory constraints.
It is also part of a complete redesign of my email client, eXpress Mail, which I've been looking to do for about a year now. eXpress Mail could really benefit from a thorough redesign, and it can become even more modular and configurable through the User Services API.