MAPI v. Outlook API

[Siegfried Heintze]

Does the Outlook API supersede MAPI?

If I implement a SPAM filter using MAPI to automatically delete messages
from the message store, will other clients like Eudora benefit?

If I implement a SPAM filter using Outlook to automatically delete messages
from the message store, will other clients like Eudora benefit?
Thanks,
Siegfried

[Jay B. Harlow [MVP - Outlook]]

Re: MAPI v. Outlook API

Siegfried,[color=blue]
> Does the Outlook API supersede MAPI?[/color]
You may want to ask this question "down the hall" in one of the Outlook,
Exchange or Messaging newsgroups. If you have not already. Not sure which
one:

I would start with one of these:
microsoft.publi c.exchange.clie nts
microsoft.publi c.outlook.progr am_forms
microsoft.publi c.platformsdk.m api
microsoft.publi c.win32.program mer.messaging

The short answer is: My understanding is that the Outlook API supersedes
MAPI, but you still need MAPI to do some things... Just like you need CDO to
do some other things. (I liken it to taking a Knife, Hatchet & Saw camping
with you, all three "cut things" but each has a specific use).
[color=blue]
> If I implement a SPAM filter using MAPI to automatically delete messages
> from the message store, will other clients like Eudora benefit?[/color]
By MAPI do you mean Extended MAPI or CDO? Client side or server side?
[color=blue]
> If I implement a SPAM filter using Outlook to automatically delete[/color]
messages[color=blue]
> from the message store, will other clients like Eudora benefit?[/color]
I can check with some friends, if I find out anything I will get back to
you.

Are you working against an Exchange Server or something else?

Hope this helps
Jay


"Siegfried Heintze" <siegfried@hein tze.com> wrote in message
news:%23mzbHF2a DHA.1488@TK2MSF TNGP12.phx.gbl. ..[color=blue]
> Does the Outlook API supersede MAPI?
>
> If I implement a SPAM filter using MAPI to automatically delete messages
> from the message store, will other clients like Eudora benefit?
>
> If I implement a SPAM filter using Outlook to automatically delete[/color]
messages[color=blue]
> from the message store, will other clients like Eudora benefit?
> Thanks,
> Siegfried
>
>[/color]

[Siegfried Heintze]

Re: MAPI v. Outlook API


I definitely need to be SMTP server brand neutral.

I'll check out those other links too.

Can I assume that if I use CDO, I'm no longer SMTP server neutral?

Siegfried

*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!

[Jay B. Harlow [MVP - Outlook]]

Re: MAPI v. Outlook API

Siegfried,[color=blue]
> I definitely need to be SMTP server brand neutral.[/color]
Don't you mean POP3 server brand neutral, as SMTP is for sending mail, POP3
is for receiving mail. Also don't forget about IMAP.

No CDO is not SMTP or POP3 server neutral, per se. Remember CDO & Outlook
are built upon Extended MAPI, they all assume you want the mail local.

I got a couple ideas back from some of my fellow Outlook MVPs.

Rather than paraphrase it, one suggested: "AFAIK, the only way to write a
spam filter that works with multiple clients is to access the original Inbox
on the server directly. Most do it by downloading to a locally installed POP
server, which Outlook (or another client) must then connect to."

Which I think might be a 'better' approach for you.

Matthew MacDonald's book "Microsoft Visual Basic .NET Programmers Cookbook"
from MS Press covers a simply class that will receive mail via POP3. You
could extend this class to offer mail via POP3. This class would then filter
the mail. Taking this approach I would consider creating it as a Windows
Service project.

Hope this helps
Jay

"Siegfried Heintze" <siegfried@hein tze.com> wrote in message
news:Oq63k3$aDH A.2404@TK2MSFTN GP10.phx.gbl...[color=blue]
>
> I definitely need to be SMTP server brand neutral.
>
> I'll check out those other links too.
>
> Can I assume that if I use CDO, I'm no longer SMTP server neutral?
>
> Siegfried
>
> *** Sent via Developersdex http://www.developersdex.com ***
> Don't just participate in USENET...get rewarded for it![/color]