The information in this article applies to:
SUMMARY
This article contains a copy of the Site Server Express Posting Acceptor Release Notes included with the Windows NT 4.0 Option Pack. It is listed here so that the issues it covers will be included in queries that are performed against the Knowledge Base. MORE INFORMATION
This document describes the Microsoft Posting Acceptor server add-on and
provides important information about the product. Users of this tool should be familiar with the Microsoft Windows NT operating
system. What Does the Posting Acceptor Server Add-on
Do? Microsoft Posting Acceptor is a server add-on tool that enables Web content
providers using HTTP Post (RFC 1867) to publish content to your hosting service.
Hardware and Software Requirements Hardware Windows NT Server 4.0: Windows NT Workstation 4.0: Software Windows NT Server 4.0 (with or without Content Replication System): Windows NT Workstation 4.0 (no Content Replication System support): *Active Server Pages (ASP) is not required, but will allow for
automatic-routing of the posting client to the proper page for a particular
client tool. Microsoft IIS and Personal Web Server (versions 1.0a or later)
provide ASP in their respective installations. Cannot move file For example: if you drop the following files onto flupl: folder1: folder2: and your destination URL is http://servername/stuff, then committing http://servername/stuff/readme.htm twice will fail, because
the local directory has not been set. To set the local directory, right click
the ActiveX Upload Control, select Upload
Settings, and type in the path name of the appropriate local directory. Enabling or Disabling Mapping Modules To enable or disable a mapping module, you must set the value of the
HKLM/Software/Microsoft/WebPostAcceptors/CPSHost/Mappers registry key. To enable
a mapping module, set the value to 1. To disable it, set the value to 0. Posting Acceptor now includes repost.asp, a sample post-processing page. This
sample shows a simple application of the Posting Acceptor post-processing
feature. When it is called from uploadn.asp (the form-based RFC1867 page for
Netscape clients), it shows the posting status of an upload. After Posting
Acceptor is installed, the sample page can be found in the scripts directory.
Note: IE clients should use the sample page uploadx.asp. Using the Microsoft ActiveX Upload
Control The Microsoft ActiveX Upload Control can be used in a variety of ways to
allow for the simple drag and drop publishing of Web content. The control allows
for publishing over a variety of protocols. It enters the various pieces of
information usually needed to publish content by means of FTP or even through
the Web Publishing Wizard. Instead, the server administrator sets this
information in the Web page that calls the Microsoft ActiveX Upload Control. This document explains the various ways to tie the control into products such
as Microsoft Posting Acceptor and the Microsoft Site Server Content Replication
System. When authoring a page to use the Upload Control, the Web Publishing Provider
can be defined in several different ways. The standard method is to create a
PostInfo file on the server that hosts the content and have it define the
provider to use (by CLSID) and the relevant parameters. Details of all Microsoft
Service Provider parameters are found in the PostInfo section at the end of this
document. Sample PostInfo File The following sample uses the HTTP Post Provider and Microsoft Posting
Acceptor: <% Response.Buffer = TRUE %> The PostInfo file is retrieved by the Web Publishing API by querying the default document of the server hosting the Web page using the Upload Control Web server and parsing for the PostInfo meta tag. This tag needs to be added to that document in the following format: <META name="postinfo" content="/scripts/postinfo.asp"> The PostInfo file can have any extension and live anywhere on any Web server. The content value can be a relative path or any fully qualified URL. It can be dynamically generated based on the retrieving user's data or anything else you wish to use. Another option is to define this information in the Web page hosting the control. This is done by using the SetBindingParam call within the page. See below for a definition and an example of the SetBindingParam call. The Upload Control allows you to define the site information as temporary or permanent. A temporary site would be used when much of the underlying site information might change from user post to post. A permanent site would be used when the target URL, posting URL, and so on are to remain constant from user post to post, such as in a setup for a user's personal Web page. The following is a list of all the properties and methods exposed by the ActiveX Upload Control. AboutBox
FoundPostInfo
This method allows the content author to set the Provider-specific WebPost server variables that would normally be in a PostInfo file. These variables are described for each provider in the section on POSTINFO files found below.
CreateTempBinding
Creates a temporary site and binds to it. This site will be deleted when the user shuts down the browser.
CreatePermBinding CreatePermBinding(IN BSTR bsBindingName, IN BSTR bsDestUrl, IN BSTR bsProvCLSID ); Creates a permanent site and binds to it. The site information is persistent--it will remain on the user's machine even after the browser is shut down.
UploadedFile
This event is raised after the object dropped on the Upload Control has either been successfully uploaded or the transmission has failed.
Sample Web Page #1 The following sample page uses the CRS Provider, creates a permanent site definition on the user's machine, does not need a PostInfo file, and will return an error dialog box to the user should a problem occur when posting the content. <HTML> Sample Web Page #2 The following sample page uses the HTTP Post Provider, creates a permanent site definition on the user's machine, is set to handle not having a PostInfo file,and will return an error dialog box to the user should a problem occur when posting the content. <HTML> PostInfo Parameters The following tables list the parameters supported by each Microsoft Service Provider. When writing a PostInfo file for a server, as many parameters as possible should be specified for each Service Provider the server will support, in order to minimize the amount of information that must be entered by a user.
The CLSID's for the Microsoft Service Providers
FTP Service Provider
HTTP POST Service Provider
For assistance with Microsoft Posting Acceptor, please access the Microsoft newsgroup: news://msnews/microsoft.public.site.posting-acceptor Copyright Information© 1997 Microsoft Corporation These materials are provided "as-is," for informational purposes only. Neither Microsoft nor its suppliers makes any warranty, express or implied with respect to the content of these materials or the accuracy of any information contained herein, including, without limitation, the implied warranties of merchantability or fitness for a particular purpose. Because some states/jurisdictions do not allow exclusions of implied warranties, the above limitation may not apply to you. Neither Microsoft nor its suppliers shall have any liability for any damages whatsoever including consequential, incidental, direct, indirect, special, and lost profits. Because some states/jurisdictions do not allow exclusions of implied warranties, the above limitation may not apply to you. In any event, Microsoft's and its suppliers' entire liability in any manner arising out of these materials, whether by tort, contract, or otherwise shall not exceed the suggested retail price of these materials. © 1997 by Microsoft Corporation. All rights reserved. Additional query words: kbreadme readme pa ntop iis sse siteserver pareadme.htm pareadme
Keywords : |
Last Reviewed: August 12, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |