[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [xmlblaster] Requirement Protocol.email working?
Thanks for all the information. I'm still in the early stages of the project so I won't be needing
this for a while yet. I just need to know if it is possible with xmlBlaster (now and in the
future) and you answered that.
--- Marcel Ruff <mr at marcelruff.info> wrote:
> chris lau wrote:
> >I have a project which requires the use of email for communication to and from the client
> >and I would like to use xmlBlaster to handle the messages on the server. I was looking
> >around on the website and found the protocol.email in the reference section but it says
> >"INWORK" I also noticed that in the TODO section, it says
> >"EMAIL support is not implemented.
> > The callback is already implemented."
> >Does this mean that xmlBlaster will not work with email?
> >I have a email server running on one computer and xmlBlaster on another. Will xmlBlaster be
> >to pick up the messages and forward them to the subscribers?
> Hi Chris,
> what you want is currently not implemented, but it should be very simple
> to add.
> I'm currently working on the email protocol driver, my work should be
> finished the next
> 14 days.
> I'm extending the email callback driver for this scenario:
> Email callbacks:
> xmlBlasterServer -(1)-> callbackMsg --> smtp-MTA --> msg -(2)->
> xmlBlasterServer <-(2)- ACK/NAK <-- smtp-MTA <-- ACK/NAK <-(1)-
> The content or attachment based delivery / mapping is configurable and the
> ACK/NAK (the UpdateReturnQos) is customizable for specific MTA firewall
> (1) is the smtp protocol -> javax.mail.Transport.send(javax.mail.Message)
> (2.a) is the pop3 protocol (polling)
> -> javax.mail.Folder.getMessages()
> (2.b) or an embedded MTA (like james with a mailet plugin) with smtp
> The mails would be following the xmlBlaster scripting markup, see
> with additional attachment support.
> In the (2) case the xmlBlasterServer can have a POP3 poller protocol driver
> or it can be an MTA itself (using an embedded james.apache.org MTA)
> to receive instantly the mail via SMTP and a Matcher/Mailet plugin.
> Your use case is:
> MTA --> POP3 --> nativeClient --> publish --> xmlBlasterServer
> My use case covers more or less your use case.
> If you can't wait or want your own simple solution:
> What you need is a small 'proxyClient' which polls with POP3 on your MTA
> (on the other computer)
> and publishes it into xmlBlasterServer.
> This should be only some lines of code: A pop3 access with javax.mail
> and publishing it to xmlBlaster.
> It should probably be a native client inside xmlBlaster (so you don't
> need to take care on the
> live cycle of your proxy), see
> The main thing to take care is that we use all the same converters
> (which should be pluggable):
> convertToXmlBlasterMsgUnit(javax.mail.MimeMessage email);
> convertToEmailMessage(org.xmlBlaster.util.MsgUnit msgUnit);
> This would cover all mails containing 'connect', 'publish', 'subscribe'
> etc. commands
> (as described in
> Our MsgUnit can hold all xmlBlaster commands.
> If you have your own email markup, you would need your own set of
Find your next car at http://autos.yahoo.ca