I just "read the docs". The only limitation blamed on the OS in the August 2002 version of the user guide is as follows: "If the fax transmission fails for any reason (including a busy signal), you will have to recreate the fax in the original application using the steps above. This is due to a limitation in Mac OS X, not FAXstf X." This is a rather questionable claim, at best, as the job of creating and destroying temp files and the task of handling results feedback from a fax modem belong to the application, not the OS. The only way this is likely to be caused by the OS is if applications are blocked from monitoring the fax modem. And, if this were true, how would FAXstf know when to start sending data if the call went through and negotiations succeeded? Furthermore, there are other fax options that can resend on failure. What's their secret? Voodoo? In any case, the currently shipping version of FAXstf does not suffer from this limitation. Finally, if your statement following the second quoted question is meant to be in reply, then you are apparently claiming that the non-availability of GlobalFax for X is a limitation within OS X and that that non-availability leads to a lack of acceptance of FAXstf. Clearly, the exact opposite should be the case. On Friday, March 14, 2003, at 11:12 PM, TheMacintoshLady wrote: > leigh tapped out this message on 3/15/2003 1:32 AM > >> And which ones, specifically, would those be? > > Why don't you read the docs? > >> I'm curious about how FaxSTF's failure to be accepted as a worthy >> replacement for a product like GlobalFax could possibly be due to >> "limitations of the OS." > > There is no GlobalFax for X or I'd be using it.