I am also looking to implement this in a couple other scenarios, but
if I can get the above figured out I think I can handle the others.
Thanks
"bhicks14" wrote:
> .
>
I expect you are talking about client-side solution.
I would recommend following:
1.) Create any rule filters you want (from, subject etc.)
2.) Add to that rule two actions - move to folder (or add to category) and
run your script
3.) Script will check that folder (or category), process it and then move it
somewhere else
Martin
"bhicks14" <bhic...@live.com> wrote in message
news:f72b1fb3-b223-4319...@u41g2000yqe.googlegroups.com...
Doesn't matter to me whether this is server side or client, server
would be better, but my Outlook client is open almost all of the time,
so either will work.
First I need a script that can do what I am referring to, I haven't
been able to create one that will do what I need.
I also want this to all be as automated as possible, no user
interaction if possible, basically we have email generated based on
certain things, when I receive one of those I want it to send a text
message to my phone. I can add my phone number into the list of
emails it sends to, the problem is that I don't get the part of the
message I really want because of the character limitation in texting.
Anyway, quick hint:
$outlook = new-object -com outlook.application
$MAPINamespace = $outlook.GetNamespace("MAPI")
$MyFolder = $MapiNamespace.Folders | Where {$_.Name -eq "xxx"}
...
etc, etc... Once you got your folder, you can access mails using Items
property
Martin
"bhicks14" <bhic...@live.com> wrote in message
news:4cfe2f70-f7f3-443a...@k17g2000yqh.googlegroups.com...
I'm an Exchange admin who never did grok VB and consequently never did any
COM automation of Outlook, so my preference would be the EWS solution. It
only requrires the .dll and Powershell, so it's very portable. You don't
have to install Outlook or configure a MAPI profile if you want to run it
from a server somewhere.
Both EWS and Outlook will be "client side", regardless of where they run. A
server side solution would be something like a transport event sink installed
on the HT servers. I don't think you want to do that.
"bhicks14" wrote:
> .
>