Well I want to modify these adapters so that I can use them in my WSO2ESB
project which involves creating a service which instead of sending emails
from a single email id (username and password mentioned in axis2.xml), it
should be able to send email from any email id which can send from that
smtp server.
Consider a simple example : Suppose I have a service A which does this job.
The user sends a HTTP POST request with parameters like username, password,
subject body, to(it can be a list of email addresses) to this service A.
Service A sends this email from the mail account specified by the user.
In case of receiving mail : The user specifies parameters like username,
password, folder to be viewed, etc. Currently I am not worried about
features like email attachments etc.
Hope this clarifies my requirements and needs.

Thanks in advance.
Yash Dosi

On Wed, Jun 13, 2012 at 3:04 PM, Sagara Gunathunga <
[email protected]> wrote:

> On Wed, Jun 13, 2012 at 1:51 PM, Yash Dosi <[email protected]> wrote:
> > Hi All,
> >         I believe the subject is sufficient enough to explain what I
> wish to
> > do.
> > Well actually I want to the mailto transport to become generic.
> > Currently the mailto transport has the limitation of only one user
> account
> > for the smtp adapter - the details of which are mentioned in the
> axis2.xml
> > And in case of IMAP adapter there can only be one user account per
> service.
>
> That's is the scope of current implementation. What did you refer as
> generalize adapters ? Can you provide clear details about your use
> case ?
>
> Thanks !
>
> > Well what I want is to generalize these adapters.
> > I have searched the net but found nothing useful.
> > Can someone point me in the right direction?
> > Thanks in advance.
> >
> > Yash Dosi.
>
>
>
> --
> Sagara Gunathunga
>
> Blog      - http://ssagara.blogspot.com
> Web      - http://people.apache.org/~sagara/
> LinkedIn - http://www.linkedin.com/in/ssagara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to