Re: reading and process email request

Thank you for all that replied. Instead of reply each email
individually, I'll just reply everyone in this one email.

1) Why not change it to web app:
We are currently reviewing options and I agreed that web app is probably
the best choice. However, currently, our web app are gearing more
toward customer base not vendor base. I'll need to review approaches
with the web team to come up with a possible solution. (We do not get a
lot of traffic from this process, keeping the current email process
might be a bit more cost effective).


2) Using MMail to receive the email:
Thanks for everyone's suggestion on MMail, I'll put more research on
this product. We are currently using a email software from
broderick-data-system. Not sure how MMail fit into this yet. (I was
planning to create a small socket program to pull email from the
exchange. Since no expert in this list has made that suggestion, I
guess I better stay clear from this socket approach.)


3) Forward email to iseries
Lance's suggestion on forwarding the email from exchange to iseries
sound like a approach that will work well in our environment. I'll
definitely try out this approach. Does anyone know of any security
issue that I might need to look into?



4) Parsing the email:
We already has a standard web-form that, most vendors/resellers use to
submit the request. This web form is a very basic form that simply send
the email when submit button is pressed. So... most of the email are
already in a very standard form. Parsing it would not be a big issue.


Merry x'mas and thanks every one.