PC Review Forums Newsgroups Microsoft Outlook Microsoft Outlook Form Programming Accessing Filesystem

Reply

Accessing Filesystem

 
Thread Tools Rate Thread
Old 01-09-2004, 08:32 AM   #1
Aron Mertineit
Guest
 
Posts: n/a
Default Accessing Filesystem


Hi!

I have an old form, which using the "FileSystemObject" to read a textfile.
With old Outlook versions works this fine, but under Outlook XP SP3 it
didn't work.
There are some new security-"functions" which refuse the access to the
filesystem ?
If yes, how I can disable these "functions" ?
My other problem is: I don't get any error message! Is there are a
possibility to debug the script?

Yours sincerely
Aron Mertineit


  Reply With Quote
Old 01-09-2004, 03:00 PM   #2
Sue Mosher [MVP-Outlook]
Guest
 
Posts: n/a
Default Re: Accessing Filesystem

There are two major causes of code in an Outlook form not running -- 1)
security settings in Outlook 2003 and 2) the broader form script security
features introduced with the Outlook Email Security Update.

#1: Outlook 2003 includes a new setting -- turned off by default -- to allow
forms in shared mailboxes to run script. You can change the setting by
choosing Tools | Options | Other | Advanced Options and checking the box for
Allow script in shared folders. See
http://www.outlookcode.com/d/ol2003...m#mailboxscript for more
information on this setting and a comparable one (on by default for public
folders).

#2: If the form runs code when you use Run This Form in design mode, but
doesn't run code after you have sent or saved an item using the form, you
probably have done something to "one-off" the form. Outlook 2003, Outlook
2002, Outlook 2000 SP2 and Outlook 2000 or 98 with the Email Security Update
will not run code on one-off forms; see
http://www.outlookcode.com/d/secforms.htm for more information on this
issue.

To ensure that a form does not one-off:

-- Make sure the "Send form definition with item" box on the (Properties)
tab of the form is *not* checked. [1]

-- For in-house corporate use with Exchange Server, publish the form to the
Organization Forms library or a public folder's forms library, as
appropriate for your application.

-- For collaboration via the Internet, publish your form to your Personal
Forms library. Save it as an .oft file and send it to other people who need
to use it with instructions to publish it with the same form name that you
used.

Many other things can cause one-off forms. If the above steps don't work on
a new item created with your form, see
http://www.slipstick.com/dev/formpub.htm#oneoff for other possible causes.

[1] Whenever you publish a message form, Outlook will suggest that you may
want to check the "Send form definition with item" box to ensure that the
recipient will have the form, especially if you're sending to someone via
the Internet. In the current Outlook security environment, this suggestion
is obsolete. Ignore it unless your form has no code behind it.


--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers
http://www.outlookcode.com/jumpstart.aspx


"Aron Mertineit" <aron.mertineit@nordholz-edv.de> wrote in message
news:ch3tu9$2e2$05$1@news.t-online.com...
> Hi!
>
> I have an old form, which using the "FileSystemObject" to read a textfile.
> With old Outlook versions works this fine, but under Outlook XP SP3 it
> didn't work.
> There are some new security-"functions" which refuse the access to the
> filesystem ?
> If yes, how I can disable these "functions" ?
> My other problem is: I don't get any error message! Is there are a
> possibility to debug the script?
>
> Yours sincerely
> Aron Mertineit
>



  Reply With Quote
Old 06-09-2004, 01:23 PM   #3
Aron Mertineit
Guest
 
Posts: n/a
Default Re: Accessing Filesystem

Thanks!

Is there an Debugger for Outlook-Forms or something like a debugger?

Yours sincerly
Aron
"Sue Mosher [MVP-Outlook]" <suemvp@outlookcode.com> schrieb im Newsbeitrag
news:uzFUmqCkEHA.2436@TK2MSFTNGP09.phx.gbl...
> There are two major causes of code in an Outlook form not running -- 1)
> security settings in Outlook 2003 and 2) the broader form script security
> features introduced with the Outlook Email Security Update.
>
> #1: Outlook 2003 includes a new setting -- turned off by default -- to
> allow forms in shared mailboxes to run script. You can change the setting
> by choosing Tools | Options | Other | Advanced Options and checking the
> box for Allow script in shared folders. See
> http://www.outlookcode.com/d/ol2003...m#mailboxscript for more
> information on this setting and a comparable one (on by default for public
> folders).
>
> #2: If the form runs code when you use Run This Form in design mode, but
> doesn't run code after you have sent or saved an item using the form, you
> probably have done something to "one-off" the form. Outlook 2003, Outlook
> 2002, Outlook 2000 SP2 and Outlook 2000 or 98 with the Email Security
> Update will not run code on one-off forms; see
> http://www.outlookcode.com/d/secforms.htm for more information on this
> issue.
>
> To ensure that a form does not one-off:
>
> -- Make sure the "Send form definition with item" box on the (Properties)
> tab of the form is *not* checked. [1]
>
> -- For in-house corporate use with Exchange Server, publish the form to
> the Organization Forms library or a public folder's forms library, as
> appropriate for your application.
>
> -- For collaboration via the Internet, publish your form to your Personal
> Forms library. Save it as an .oft file and send it to other people who
> need to use it with instructions to publish it with the same form name
> that you used.
>
> Many other things can cause one-off forms. If the above steps don't work
> on a new item created with your form, see
> http://www.slipstick.com/dev/formpub.htm#oneoff for other possible causes.
>
> [1] Whenever you publish a message form, Outlook will suggest that you may
> want to check the "Send form definition with item" box to ensure that the
> recipient will have the form, especially if you're sending to someone via
> the Internet. In the current Outlook security environment, this suggestion
> is obsolete. Ignore it unless your form has no code behind it.
>
>
> --
> Sue Mosher, Outlook MVP
> Author of
> Microsoft Outlook Programming - Jumpstart for
> Administrators, Power Users, and Developers
> http://www.outlookcode.com/jumpstart.aspx
>
>
> "Aron Mertineit" <aron.mertineit@nordholz-edv.de> wrote in message
> news:ch3tu9$2e2$05$1@news.t-online.com...
>> Hi!
>>
>> I have an old form, which using the "FileSystemObject" to read a
>> textfile.
>> With old Outlook versions works this fine, but under Outlook XP SP3 it
>> didn't work.
>> There are some new security-"functions" which refuse the access to the
>> filesystem ?
>> If yes, how I can disable these "functions" ?
>> My other problem is: I don't get any error message! Is there are a
>> possibility to debug the script?
>>
>> Yours sincerely
>> Aron Mertineit
>>

>
>



  Reply With Quote
Old 06-09-2004, 02:26 PM   #4
Sue Mosher [MVP-Outlook]
Guest
 
Posts: n/a
Default Re: Accessing Filesystem

Tools | Forms | Script Debugger

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers
http://www.outlookcode.com/jumpstart.aspx


"Aron Mertineit" <aron.mertineit@nordholz-edv.de> wrote in message
news:chhks1$3t4$04$1@news.t-online.com...
> Thanks!
>
> Is there an Debugger for Outlook-Forms or something like a debugger?
>
> Yours sincerly
> Aron
> "Sue Mosher [MVP-Outlook]" <suemvp@outlookcode.com> schrieb im Newsbeitrag
> news:uzFUmqCkEHA.2436@TK2MSFTNGP09.phx.gbl...
>> There are two major causes of code in an Outlook form not running -- 1)
>> security settings in Outlook 2003 and 2) the broader form script security
>> features introduced with the Outlook Email Security Update.
>>
>> #1: Outlook 2003 includes a new setting -- turned off by default -- to
>> allow forms in shared mailboxes to run script. You can change the setting
>> by choosing Tools | Options | Other | Advanced Options and checking the
>> box for Allow script in shared folders. See
>> http://www.outlookcode.com/d/ol2003...m#mailboxscript for more
>> information on this setting and a comparable one (on by default for
>> public folders).
>>
>> #2: If the form runs code when you use Run This Form in design mode, but
>> doesn't run code after you have sent or saved an item using the form, you
>> probably have done something to "one-off" the form. Outlook 2003, Outlook
>> 2002, Outlook 2000 SP2 and Outlook 2000 or 98 with the Email Security
>> Update will not run code on one-off forms; see
>> http://www.outlookcode.com/d/secforms.htm for more information on this
>> issue.
>>
>> To ensure that a form does not one-off:
>>
>> -- Make sure the "Send form definition with item" box on the (Properties)
>> tab of the form is *not* checked. [1]
>>
>> -- For in-house corporate use with Exchange Server, publish the form to
>> the Organization Forms library or a public folder's forms library, as
>> appropriate for your application.
>>
>> -- For collaboration via the Internet, publish your form to your Personal
>> Forms library. Save it as an .oft file and send it to other people who
>> need to use it with instructions to publish it with the same form name
>> that you used.
>>
>> Many other things can cause one-off forms. If the above steps don't work
>> on a new item created with your form, see
>> http://www.slipstick.com/dev/formpub.htm#oneoff for other possible
>> causes.
>>
>> [1] Whenever you publish a message form, Outlook will suggest that you
>> may want to check the "Send form definition with item" box to ensure that
>> the recipient will have the form, especially if you're sending to someone
>> via the Internet. In the current Outlook security environment, this
>> suggestion is obsolete. Ignore it unless your form has no code behind it.


>>
>> "Aron Mertineit" <aron.mertineit@nordholz-edv.de> wrote in message
>> news:ch3tu9$2e2$05$1@news.t-online.com...
>>> Hi!
>>>
>>> I have an old form, which using the "FileSystemObject" to read a
>>> textfile.
>>> With old Outlook versions works this fine, but under Outlook XP SP3 it
>>> didn't work.
>>> There are some new security-"functions" which refuse the access to the
>>> filesystem ?
>>> If yes, how I can disable these "functions" ?
>>> My other problem is: I don't get any error message! Is there are a
>>> possibility to debug the script?

>
>



  Reply With Quote
Reply



Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off