By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
424,985 Members | 1,777 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 424,985 IT Pros & Developers. It's quick & easy.

Accessing Microsoft Outlook from a Java applet

P: n/a
Hello Everybody,

I'm preparing for doing a daunting task: to access Out look Microsoft
Outlook Express(regardles the operating system and Outlook version) from a
Java applet (after the client (user) acknowleges to run this applet on his
machine).
The user has to read the existent user Microsoft Outlook users accounts and
to setup another Microsoft Outlook user accont.
As I know so far, that the only way is to access from the applet a .COM
object on the client machine and this has the capability to access the
Outlook.
I am wondering if there can be other more direct ways from Java to read the
current user accounts settings such accessing the windows system registry
for Outlook records (or other way).
Is it possible to read the windows client registry (for Outlook from java
applet- after the user acknowledges this action of course)?
Thank you in advance for any eventual hints!

Daniel



Jul 17 '05 #1
Share this Question
Share on Google+
3 Replies


P: n/a

"Daniel Pope" <da*******@shaw.ca> wrote in message
news:6Y6_b.594862$ts4.484069@pd7tw3no...
Hello Everybody,

I'm preparing for doing a daunting task: to access Out look Microsoft
Outlook Express(regardles the operating system and Outlook version) from a Java applet (after the client (user) acknowleges to run this applet on his
machine).
The user has to read the existent user Microsoft Outlook users accounts and to setup another Microsoft Outlook user accont.
As I know so far, that the only way is to access from the applet a .COM
object on the client machine and this has the capability to access the
Outlook.
I am wondering if there can be other more direct ways from Java to read the current user accounts settings such accessing the windows system registry
for Outlook records (or other way).
Is it possible to read the windows client registry (for Outlook from java
applet- after the user acknowledges this action of course)?
Thank you in advance for any eventual hints!

Daniel


Daniel,

You will need native code for that. Most likely you must download, save and
load a windows DLL from the applet and do native calls to that DLL. The
applet will need to be signed for that. You can do anything you like from
the DLL uncluding Outlook(Express) and the registry (not that any
interesting Outlook data is in there).

Regards,

Silvio Bierman
Jul 17 '05 #2

P: n/a
Thanks for your hints Silvio. So, I have to write a dll (C++) to access
Outlook or windows registry using COM calls.
For what I need (getting and setting only Outlook accounts) seems that
dealing with windows registry is enough.
What do you mean by "applet must to be signed"? Does it mean a kind of
certification that the user can see and after approve to allow the applets
perform enhanced security tasks?

Kind regards,
Daniel
"Silvio Bierman" <sb******@idfix.nl> wrote in message
news:40*********************@news.xs4all.nl...

"Daniel Pope" <da*******@shaw.ca> wrote in message
news:6Y6_b.594862$ts4.484069@pd7tw3no...
Hello Everybody,

I'm preparing for doing a daunting task: to access Out look Microsoft
Outlook Express(regardles the operating system and Outlook version) from
a
Java applet (after the client (user) acknowleges to run this applet on
his machine).
The user has to read the existent user Microsoft Outlook users accounts

and
to setup another Microsoft Outlook user accont.
As I know so far, that the only way is to access from the applet a .COM
object on the client machine and this has the capability to access the
Outlook.
I am wondering if there can be other more direct ways from Java to read

the
current user accounts settings such accessing the windows system registry for Outlook records (or other way).
Is it possible to read the windows client registry (for Outlook from java applet- after the user acknowledges this action of course)?
Thank you in advance for any eventual hints!

Daniel


Daniel,

You will need native code for that. Most likely you must download, save

and load a windows DLL from the applet and do native calls to that DLL. The
applet will need to be signed for that. You can do anything you like from
the DLL uncluding Outlook(Express) and the registry (not that any
interesting Outlook data is in there).

Regards,

Silvio Bierman

Jul 17 '05 #3

P: n/a

"Daniel Pope" <da*******@shaw.ca> wrote in message
news:Kic_b.596468$ts4.236102@pd7tw3no...
Thanks for your hints Silvio. So, I have to write a dll (C++) to access
Outlook or windows registry using COM calls.
For what I need (getting and setting only Outlook accounts) seems that
dealing with windows registry is enough.
What do you mean by "applet must to be signed"? Does it mean a kind of
certification that the user can see and after approve to allow the applets
perform enhanced security tasks?

Kind regards,
Daniel


Daniel,

I hint at first : it is usually preferred by newsgroupreaders that you not
toppost, meaning that you put your response at the bottom of the message.

Signing an applet depends on which environment you want it to run in. Look
at http://mindprod.com/jgloss/signedapplets.html for info on this (got this
link from Google just now, there are many more references).
It basically links a certificate to your applets that tells users who wrote
the thing (and could be sued if it shows malicious conduct). If the
certificate is backed up by Verisign and the like (think $$) then it will
run without confirmation from users by default. If not (you can cook your
own certificate) users will by default be prompted whether they want the
applet to run. Either way the applet gets extended permissions to do things
"normal" applets can not do like accessing the local file system, running
native code, doing unrestricted network-IO, accessing ports etc.

Hope this helps,

Regards,

Silvio Bierman
Jul 17 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.