Problem faxing HTML pages - Print option window appears when fax is submitted

  • Thread starter Thread starter Sanjay Pais
  • Start date Start date
S

Sanjay Pais

We having problems faxing HTML pages. We tried using word to open documents
when submitted to the fax server and are not happy or comfortable with the
idea of having to install word on the server. We are unable to automate the
process because of the popup print window that appears every time an html
document is submitted to the fax server. The code is fairly straight
forward:





=============Begin Code excerpt====================

FAXCOMEXLib.FaxDocumentClass faxdoc= new FAXCOMEXLib.FaxDocumentClass();

FAXCOMEXLib.FaxServerClass faxserver = new FAXCOMEXLib.FaxServerClass();

object job = new object();

faxserver.Connect("");

faxdoc.Recipients.Add("9,4162602893","Russell Reed");

faxdoc.Body = @"c:\test.html";

job = faxdoc.ConnectedSubmit(faxserver);

=============End Code excerpt====================



Any help would be really appreciated

Sanjay


--
~~~~~~~~~~~~~~~~~~~~~~~~~~
Sanjay Pais
Software Developer
MarketLink Corporation
t 416 260 2800 x298
f 416 260 2893

www.marketlinksolutions.com
Improving organizational performance through
the integration of strategy and technology

--
 
We did not quite understand which "print option window". When you run the
code below, you would see the application pop-up and the "Printing" dialog
appear, which will go away once the printing is done.This should not in any
way hinder the automation.

--
Thank you, Manoj
Microsoft Printing, Imaging and Fax Team
This posting is provided "AS IS" with no warranties, and confers no
rights.
Please do not send email directly to this alias. This alias is for
newsgroup purposes only.'
 
Hi Manoj,

I have experienced the same problem. When I send a .txt file to the
fax using ConnectedSubmit() I have no problem, but when I send a .html
file to the fax, it pops up a dialog box asking me to choose a fax
printer.

Try it and see :-)

Any ideas on how to circumvent this problem?
 
Manoj,
I have seen this problem too - it appears that if multiple printers are
configured on the system, mshtml.dll, which is configured to handle
"printto" verb by default, disregards it and handles it like regular
"print", i.e. shows the printer selector dialog

Manoj Jain said:
We did not quite understand which "print option window". When you run the
code below, you would see the application pop-up and the "Printing" dialog
appear, which will go away once the printing is done.This should not in any
way hinder the automation.

--
Thank you, Manoj
Microsoft Printing, Imaging and Fax Team
This posting is provided "AS IS" with no warranties, and confers no
rights.
Please do not send email directly to this alias. This alias is for
newsgroup purposes only.'
Click to expand...
 
Yes, I encountered this same issue and discovered (through searching
the newsgroups via google) that it is actually a security issue. It
requires user intervention so that a web page is not able to print
itself automatically and against the users' wish. Unfortunately, this
means that there is no good means to bypass that print confirmation
dialog.

Rob

Alex Feinman said:
Manoj,
I have seen this problem too - it appears that if multiple printers are
configured on the system, mshtml.dll, which is configured to handle
"printto" verb by default, disregards it and handles it like regular
"print", i.e. shows the printer selector dialog
Click to expand...
 
Back
Top