• Welcome
• What Does the Posting Acceptor Server Add-On Do?
• Hardware and Software Requirements
• Known Issues
• Enabling or Disabling Mapping Modules
• New Features
• Using the Microsoft ActiveX Upload Control
• How to Get Help

Welcome

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:

• 486/33 or higher Intel processor or Alpha RISC processor compatible with Windows NT
• 16 MB of memory (64 MB recommended)
• 10 MB of hard drive space plus space for users' uploaded files

Windows NT Workstation 4.0:

• 486/33 or higher Intel processor or Alpha RISC processor compatible with Windows NT
• 16 MB of memory (64 MB recommended)
• 10 MB of hard drive space plus space for users' uploaded files

Software

Windows NT Server 4.0 (with or without Content Replication System):

• Microsoft Internet Information Server (IIS) 3.0 or later
• Active Server Pages

Windows NT Workstation 4.0 (no Content Replication System support):

• Windows NT Workstation with Peer Web Services 3.0 or later
• Active Server Pages*

*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.

Known Issues

1. If you try to use Internet Explorer on the machine to which you installed the Posting Acceptor, you may receive the following error:

   Error initializing the cache. Shutdown all programs and run ScanDisk or ChkDsk. Delete the cache, cookies and history directories in your Windows directory and restart Internet Explorer. If the problem persists, reinstall Internet Explorer.

   This is a known bug in Microsoft Internet Explorer (IE). For more information, see the Microsoft Knowledge Base: Article Q106387, "Sharing Objects with a Service."
2. Due to a bug in Internet Information Server (IIS) 4.0 beta 1, the Posting Acceptor will not work properly on a system with IIS 4.0 beta 1.
3. The ActiveX File Upload Control is only supported with Microsoft Internet Explorer 3.02 or later.
4. When using Posting Acceptor with Microsoft Peer Web Services on a Windows 95 system, it is important to wait until all incoming posts to your server are complete before halting the Web service. Failure to do so may cause the system to hang.
5. If you attempt to drag and drop multiple folders that contain duplicate filenames to the ActiveX Upload Control, posting will fail and you will receive the following error:

Cannot move file to its final destination. Further processing is stopped.


For example:


if you drop the following files onto flupl:


folder1:


• readme.htm
• image.gif
• default.htm

folder2:


• readme.htm
• bar.htm

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.

New Features

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 %>
<% if (Len(Request.ServerVariables("LOGON_USER")) = 0 ) then %>
    <% Response.Status = "401 Unauthorized" %>
    < B>Error: Access is denied.</B><P>
<% else%>
Version=1.5
[{8B14B770-748C-11D0-A309-00C04FD7CFC5}]
PostingURL="http://<%= Request.ServerVariables("SERVER_NAME")
%>/scripts/cpshost.dll?PUBLISH"
TargetURL="http://<%= Request.ServerVariables("SERVER_NAME") %>/users/<%=
Request.ServerVariables("LOGON_USER") %>"
<% end if %>

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

HRESULT AboutBox();

Displays the Upload Control About Box.

FoundPostInfo

int FoundPostInfo();

Property is set to true if, during a CreateTempBinding or CreatePermBinding call, WebPost found a PostInfo file on the server.

SetBindingParam

void SetBindingParam(

IN BSTR bstrParamName,

IN BSTR bstrParamValue);

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.

bstrParamName

This is the parameter to be set for this provider binding.

bstrParamValue

This is the value for the above parameter.

CreateTempBinding

HRESULT CreateTempBinding(
   IN BSTR bsDestUrl,

   IN BSTR bsProvCLSID
); 

Creates a temporary site and binds to it. This site will be deleted when the user shuts down the browser.

bsDestUrl

Address of a null-terminated string that contains the destination URL for the site. This is where the files dropped on the Upload Control will be posted. This may not be NULL or empty.

bsProvCLSID

Address of a null-terminated string that contains the CLSID of the provider that will handle this site. This may be NULL or empty, in which case the Upload Control will attempt to find a PostInfo file or auto-bind to an appropriate provider.

CreatePermBinding

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.

bstrBindingName

Address of a null-terminated string that contains the site name. This may not be NULL or empty.

bstrDestUrl

Address of a null-terminated string that contains the destination URL for the site. This is where the files dropped on the Upload Control will be posted. This may not be NULL or empty.

bstrProvCLSID

Address of a null-terminated string that contains the CLSID of the provider that will handle this site. This may be NULL or empty, in which case the Upload Control will attempt to find a PostInfo file or auto-bind to an appropriate provider.

UploadedFile

void UploadedFile(

	BSTR bstrFileName,

	long lErrorCode,

	BSTR bstrErrMsg
);

This event is raised after the object dropped on the Upload Control has either been successfully uploaded or the transmission has failed.

bstrFileName

This is the name of the file that was uploaded or failed to upload.

lErrorCode

This is the status code associated with the file upload. The value is S_OK if the upload was successful, or contains the HRESULT errorcode if the upload failed.

bstrErrMsg

This returns the error message related to the error.

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>
<HEAD>
<TITLE>File Upload Control</TITLE>
</HEAD>
<BODY LEFTMARGIN=20 TOPMARGIN=20 BGCOLOR=#FFFFFF TEXT=#000000 LINK=#FF0066 VLINK=#330099 ALINK=#000000 language="VBS" onload="InitializeControl">
<FONT FACE="ARIAL" SIZE=2>
<CENTER>
<P><font size=5><B>FlUpl</B></FONT>
</CENTER>

<H3>File Upload</H3>
<P>
Here is an ActiveX File Upload Control
<OBJECT
    classid="clsid:886E7BF0-C867-11CF-B1AE-00AA00A3F2C3"
    id=FlUpl1
    width=100
    height=100
    align=textmiddle
    color=blue
    codebase=flupl10-x86.cab#Version=1,0,0,100
>
</OBJECT>
You may drag and drop files onto it. Or double-click on it to get a FileOpen dialog.

<SCRIPT LANGUAGE="VBS">
Sub InitializeControl
' FTP Provider {02B5E1D1-8B7C-11D0-AD45-00AA00A219AA}
' CRS Provider {FFCF1E40-7978-11D0-B1C9-00AA006DCDF4}
' HTTP Post Provider {8B14B770-748C-11D0-A309-00C04FD7CFC5}

FlUpl1.CreatePermBinding "MyCRSSite", "http://your-file-name_crs/uploads/etc", "{FFCF1E40-7978-11D0-B1C9-00AA006DCDF4}"
IF NOT Flupl1.FoundPostInfo THEN
    Flupl1.SetBindingParam "Authentication", "NTLM"
    Flupl1.SetBindingParam "ServerName", "your-file-name_crs"
END IF
End Sub
Sub Flupl1_UploadedFile(szFileName, ErrorCode, szErrorMsg)
    If (ErrorCode=0) Then
       MsgBox "File '" & szFileName & "' posted succesfully."
    else
       MsgBox "Post Failed. '" & vbCRLF & vbCRLF & szFileName _
          & vbCRLF & "' failed with error code: " & ErrorCode _
          & vbCRLF & szErrorMsg, vbSystemModal, "Microsoft File Upload Control"
    end if
end sub
</SCRIPT>
<P ALIGN=CENTER><font size=2><B>For more information on VB Script, visit the <A TARGET="_top" HREF="/vbscript/default.htm">VB Script site.</A></B></FONT>
</FONT>
</BODY>
</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>
<HEAD>
<TITLE>File Upload</TITLE>

</HEAD>
<BODY BGCOLOR="#000000" TOPMARGIN=4 LINK="#FFFFFF" TEXT="#FFFFFF" Language="VBScript" OnLoad="InitializeControl">
<TABLE WIDTH=100% BORDER=0 CELLPADDING=0 CELLSPACING=0 NOWRAP ALIGN=LEFT>
<TR>
<OBJECT
    classid="clsid:886E7BF0-C867-11CF-B1AE-00AA00A3F2C3"
    id=IFlUpl1
    width=100
    height=100
    align=textmiddle
    color=blue
    codebase=flupl10-x86.cab#Version=1,0,0,100
>
</OBJECT>
<FONT FACE="ARIAL" SIZE="3"><B>Web Post:RFC (server_name/users)</B></FONT>
<SCRIPT LANGUAGE="VBScript">
Sub InitializeControl
    IFlUpl1.AboutBox
    IFlUpl1.CreateTempBinding "http://server_name/users", "{8B14B770-748C-11D0-A309-00C04FD7CFC5}"
    If (IFlUpl1.FoundPostInfo=0) Then
       MsgBox "Cannot find PostInfo", _
          vbSystemModal, "Microsoft File Upload Control"
       IFlupl1.SetBindingParam "PostingURL",
"http://server_name/scripts/cpshost.dll?PUBLISH"
    Else
       MsgBox "FoundPostInfo " & IFlUpl1.FoundPostInfo, _
          vbSystemModal, "Microsoft File Upload Control"
    End If
End Sub
Sub IFlupl1_UploadedFile(szFileName, ErrorCode, szErrorMsg)
    If (ErrorCode=0) Then
       MsgBox "File '" & szFileName & "' posted succesfully."
    else
       MsgBox "Post Failed. '" & vbCRLF & vbCRLF & szFileName _
          & vbCRLF & "' failed with error code: " & ErrorCode _
          & vbCRLF & szErrorMsg, vbSystemModal, "Microsoft File Upload Control"
end if
end sub
</SCRIPT>
</TD></TR></TABLE>
</BODY>
</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 DefaultPage parameter is handled by the Web Publishing API and is not listed under the individual Service Providers below.

The CLSID's for the Microsoft Service Providers

FTP Service Provider

• Note that if present, the special string "$USERNAME" will be replaced with the name of the account used to log in to the server during publishing. This string can be used in the ServerName and Subfolder values.
• The ConnectTimeout, ConnectRetries, SendTimeout, and ReceiveTimeout, were made site parameters to allow dynamic adjustment of the waiting behavior on network calls. However, a typical PostInfo file will probably not need to include these parameters. The values listed under "Example Value" below for these four parameters are the defaults.

HTTP POST Service Provider

How to Get Help

For assistance with Microsoft Posting Acceptor, please access the Microsoft newsgroup:

news://msnews/microsoft.public.site.posting-acceptor

Return to top

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.