Re: Exchange 2007 parsing email

All of the steps could be automated, just not with tools available in the
Exchange GUI.

The way I would attack this (because it's the most accessible way at the top
of my mind, not because it's the /best/ way) would be to have another system
set up to run the automation. On that system have IIS SMTP set up to drop
inbound mail into a file directory. On Exchange, route the mail to an
address on the dropbox system. On the dropbox system, create a service or
scheduled job in whatever your favorite scripting language is. Have it
parse the MIME stream of any new messages in the file folder, extract and
decode the attachments, upload them to the linux server, and send the
resulting "success" or "fail" email.

Now, you can /also/ do all this with the Exchange SDK and without using
another server. You can use web services to get messages via the CAS role
and process them however you like. Or you could use a Store Event Sink
(still supported in 2007, though deprecated and thus not planned for
availability in Exchange 14) to fire a script every time the mailbox
received a message to do all the tasks. Or, you could write a transport
event sink with the new Exchange 2007 APIs to catch the message before it
even gets delivered to a mailbox and perform all those tasks.

Anything is possible with code.


"murthy_gandikota@xxxxxxxxx" <soup_or_power@xxxxxxxxx> wrote in message
news:1171757703.348033.303730@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi
I do a set of tasks routinely as follows:

a) a mail with attachments arrives at 8 am
b) download the attachments into a directory
c) decrypt the attachments
d) upload the files into a linux server
e) send email from the server

I understand not every step can be automated. We have Exchange 2007
running on Windows 2003 server. I use Outlook 2003 to view mail.

How many of the above steps can be automated?
Thanks for your help



.