IFX Mail Archive: RE: Word docs

IFX Mail Archive: RE: Word docs

RE: Word docs

Michael Crawford (mcrawford@iready.com)
Thu, 25 Mar 1999 13:10:59 -0800

> -----Original Message-----
> From: harryl@us.ibm.com [SMTP:harryl@us.ibm.com]
> Sent: Thursday, March 25, 1999 12:35 PM
> To: Michael Crawford
> Cc: 'Richard Shockey'; Michael Crawford; ifx@pwg.org
> Subject: RE: Word docs
>
>
>
> REgarding...
>
> >*** Hmm. Isn't it difficult to have a "server" application that isn'
> >there to serve (i.e. not dialed up when you request service)?
>
> We were talking about the CLIENT dialing in (I thought). Not the IPP
> server.
>
Yes, but in IPP it takes two to tango...the client must find the
destination
up in order to exchange capabilitiees and to send data...there is no
notion
of store and forward, at least not in the present form of the spec.

> It would be equally
> difficult to send FAX to a machine that was unplugged to from the phone
> line... no?
>
Yes, but a legacy fax is usually plugged in BUT NOT ONLINE...i.e. it
answers.
We need to figure out how we answer a request for service by the
target fax machine
or specifically say in the specification how a fax machine MUST be
online in order to
provide services. The implication is that:

1. An ISP must dial out (Don't hold your breath)
2. A IPP enabled fax periodically comes online (dials up) to
receive messages creating
short window for IPP connection to occur
3. An IPP enabled fax MUST be on the LAN (oops, this means
10BaseT connectivity not dialup) which
is in turn reachable by the source machine (WAN or Internet
gateway with hole in firewall).
4. A fax service will act as the destination and then forward to
the true destination when it periodically
comes online by dialing up.

I like LAN connected faxes, but there is that cost issue once again.
Higher end Internet fax solutions
will undoubtedly be on the LAN (look at the first internet fax
offerings today...LAN connected, expensive
and volume which hasn't yet paid for the datasheets let alone the
development of the machine).

Mike
> Harry Lewis
> IBM Printing Systems
> harryl@us.ibm.com
>