Newbie Question

R

Roger Birchler

HI
We have following Question tothe VBA Pro's:

All E-Mails should be automatically answered with the info@xxx
Adress (for all users / Exchange 2003 Server)....
Therefore, with every Outlook Form, no matter if answering or new
Mails, Users should not have to choose theFROm field, as the
always forget, so it is done automatic...
This is in a Exchange 2003 Network and user have sufficient rigths
to forward as the info@xxx address....

THanks for any help

Roger Birchler
 
S

Sue Mosher [MVP-Outlook]

This isn't a job for VBA. The way I'd do it is to grant every user full
mailbox rights over the info@ mailbox and have them use a profile that logs
into that mailbox as primary and their own mailbox as secondary. That will
ensure that every response uses the info@ mailbox's return address.
 
R

Roger Birchler

Thanks Sue

But the problem is, that they should not get the info account
and have there own login each internally.
The info@ account should only be used to send mail to externals ??

Yqu see my problem now


Thx Roger
 
S

Sue Mosher [MVP-Outlook]

Then you'll need to build a COM add-in that sets the SentOnBehalfOfName
property to the info@ account's mailbox alias for each message sent to an
address outside your domain. You can use the Application_ItemSend event. See
http://www.outlookcode.com/d/comaddins.htm for information on building COM
add-ins.

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers
 
J

Jim Vierra

Sue

Is it possible to set the "From" field in a custom form to use a delegate
sender?
 
S

Sue Mosher [MVP-Outlook]

Yes, as I explained earlier. Only in an Exchange environment, of course.

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers
 
J

Jim Vierra

Sue, Roger

I tested Sue's idea that a custom form on Exchange would work. It works on
Exchange2000 and 2003. I decided that this would be a good way to reply to
messages if we always wanted to "sendas". I can do this from a folder or by
matching to sender on the original message to some list or contacts
category.

This method allows the user to choose how they reply but doesn't force them
to use the "sendas" method. I thought of coding to force all messages to be
"created custom" and enforcing the "send as" but then the users are, I
think, too restricted. That brings up a new question.

Instead of building a COM add-in and distributing it what if we use the
Exchange SDK and catch and filter the messages on the Exchange server.

1. Can this be done?
2. Is it easier than COM on the client? (assuming distribution to many
clients)
3. If it can be done doesn't it eliminate security complexities and
distribution headaches?

I know this forum is targeted at client side development but sometimes the
best answer is to use a different approach.

Thankyou
 
J

Jim Vierra

Addenda:

For managing mail routing issues and other work progress and result related
issues I recommend using Microsoft Workflow for Exchange.

see the following:
http://whidbey.msdn.microsoft.com/l...re/html/deconunderstandingworkflowprocess.asp

This doesn't require coding for most basic workflow issues. Mail can be
delivered to a folder and worked on until it is released. Exchange can then
make an intelligent decision as to the proper response for the item. It can
be made to work well in customer service, tech support and marketing
environments. Bets of all it is an application that is native to Exchange
and fully interoperative with Outlook.
 
S

Sue Mosher [MVP-Outlook]

Unfortunately, in large organizations, the only tool available to automate
business process with Outlook is custom forms. Anything that runs on the
server and anything that needs to be installed on the desktop are off
limits.

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers
 
J

Jim Vierra

I agree. I just thought that the option should be on the table as we don't
know the organization or the number of users affected. I have put this kind
of answer on the table in the past and found that it provided a missing
technology that the users didn't even know was available. Exchange Workflow
puts the control more in the hands of te managers and users than custom
programming does.

--
Jim Vierra 661815
Sue Mosher said:
Unfortunately, in large organizations, the only tool available to automate
business process with Outlook is custom forms. Anything that runs on the
server and anything that needs to be installed on the desktop are off
limits.

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers
Click to expand...
 
M

Michael Bauer

Hi Jim,
... Exchange Workflow
puts the control more in the hands of te managers and users than custom
programming does.
Click to expand...

The *most control* you will have always with custom programming or
individualized programms. Just by chance a standard software would
exactly meets your needs.
 
E

EagleUK

Sue,

I recall an old article in Pinnacle's Exchange Administrator that described
use of Public Folders as a superior group mailbox that solved this and other
problems through use of custom forms and a server-sided script? Did you write
that article?

Cheers,

EagleUK
 
S

Sue Mosher [MVP-Outlook]

I contributed to that article, but was not the originator of the technique.
It should still be available at the http://www.windowsitpro.com web site.

Also, all too often, I've found that people who need to implement things
like this can get access to a public folder, but not to add a script or
event sink, so everything needs to be done in Outlook.
--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers



EagleUK said:
Sue,

I recall an old article in Pinnacle's Exchange Administrator that
described
use of Public Folders as a superior group mailbox that solved this and
other
problems through use of custom forms and a server-sided script? Did you
write
that article?
Click to expand...
 
Top