in reply to Outlook - Custom Action

Looks like you need to create a Custom Action wrapper that will let you then execute perl with your script.

Here is a URL: http://support.microsoft.com/?kbid=198725

This provides an MS C++ example of a Custom Action

I would guess you need to hook it up with the WIN equivalent of a system("perl -w myscript.pl") call, after feeding it the message details.

Regards,
Jeff

Replies are listed 'Best First'.
Re: Re: Outlook - Custom Action
by jaa (Friar) on Nov 27, 2003 at 16:09 UTC
    and looking further at the MS example arghh! I guess it would be nice to be able to exec a perl script from the MS Outlook rules, but maybe it would be easier to use Perl to check your mail before letting Outlook have a look?

    If you have to run it on the client, maybe use Mail::POP3Client class or something similar to process the remote mail before letting Outlook have a peek?

    But then again... you might have issues with keeping ahead of the 5 minute scheduled Outlook downloads...

    If I was doing this, I would probably be hooking into the smtp receiving process on the mail server, or have a daemon post-process the users maildirs on the server.

    Client mail processing is usually pretty unreliable. Makes me laugh when folks set up Outlook on their PCs to send vacation messages (yes, I know you can get Exchange to do it!) from their PCs... of course the cleaner needs that power-point, and so no vacation messages for three weeks, after the first evening 8-)

    What did you have in mind to do with your mail processing that is not covered already in the rules?

      The Application : User has added an exchange based SMS gateway emails -> sms, sms -> email

      Now wants to know if I could get a 2-way thing going upon receipt of email ? Hence perl ( DBI etc )

      I think the point of setting it up on the server is a good idea, I'll have a look.

      Regards
      Kevin