[MFD] Why FaxIn should NOT add the PrintService attributes

[MFD] Why FaxIn should NOT add the PrintService attributes

[MFD] Why FaxIn should NOT add the PrintService attributes

Ira McDonald blueroofmusic at gmail.com
Wed Aug 10 19:57:41 UTC 2011


Hi,

For PIN printing, the destination of the FaxIn must be an electronic
document or a user's electronic mailbox under access control.

As a *separate* job, the end user has to walk up and start
a secure print job.  There is no support for *any* DestinationURI
in any PWG MFD service to have a job ticket or other metadata
associated with it.

Fancy printing is NOT the use case of classic fax - just best
effort with the local PrintService's default job ticket is fine.

Real workflow is intentionally out-of-scope in PWG Semantic Model
(at least until SM/3.0 starts up as a project).

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - IEEE-ISTO PWG IPP WG
Chair - TCG Embedded Systems Hardcopy SWG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:blueroofmusic at gmail.com
Christmas through April:
  579 Park Place  Saline, MI  48176
  734-944-0094
May to Christmas:
  PO Box 221  Grand Marais, MI 49839
  906-494-2434



On Wed, Aug 10, 2011 at 2:43 PM, William Wagner <wamwagner at comcast.net>wrote:

> I thought that the available job ticket just related to FaxIn processing
> (including the destination). The default job ticket for the destination
> printer would define print processing. I don’t recall that we had available
> job ticket  capability for printers (do we?). At any rate, the path for
> communication the PIN code to the printer (and the intended recipient) is
> not clear.****
>
> Thanks.****
>
> Bill Wagner****
>
> ** **
>
> *From:* mfd-bounces at pwg.org [mailto:mfd-bounces at pwg.org] *On Behalf Of *Zehler,
> Peter
> *Sent:* Wednesday, August 10, 2011 2:06 PM
> *To:* Nancy.Chen at okidata.com; Ira McDonald
> *Cc:* mfd at pwg.org; mfd-bounces at pwg.org
> *Subject:* RE: [MFD] Why FaxIn should NOT add the PrintService attributes*
> ***
>
> ** **
>
> This can be accomplished via the AvailableJobTicket, its FaxInMetrics and
> FaxInJobTicket, and a properly configured Printer pointed to by
> DestinationUri.     ****
>
> ** **
>
> ** **
>
> Peter Zehler
>
> Xerox Research Center Webster
> Email: Peter.Zehler at Xerox.com
> Voice: (585) 265-8755
> FAX: (585) 265-7441
> US Mail: Peter Zehler
> Xerox Corp.
> 800 Phillips Rd.
> M/S 128-25E
> Webster NY, 14580-9701 ****
>
> ** **
>
> *From:* Nancy.Chen at okidata.com [mailto:Nancy.Chen at okidata.com]
> *Sent:* Wednesday, August 10, 2011 1:33 PM
> *To:* Ira McDonald
> *Cc:* Ira McDonald; mfd at pwg.org; mfd-bounces at pwg.org; Zehler, Peter
> *Subject:* Re: [MFD] Why FaxIn should NOT add the PrintService attributes*
> ***
>
> ** **
>
>
> How can secure retrieval of printed FaxIn document via PIN be supported
> this way?  I remember somebody mentioned before in one of our meetings that
> this feature is desired.  Just won't be supported?
>
> -Nancy
>
> ****
>
> *Ira McDonald <blueroofmusic at gmail.com>*
> Sent by: mfd-bounces at pwg.org ****
>
> 08/10/2011 11:57 AM ****
>
> To****
>
> "Zehler, Peter" <Peter.Zehler at xerox.com>, Ira McDonald <
> blueroofmusic at gmail.com>, mfd at pwg.org ****
>
> cc****
>
> Subject****
>
> [MFD] Why FaxIn should NOT add the PrintService attributes****
>
> ** **
>
> ****
>
>
>
> Hi Pete,
>
> Originally, we had some boolean to say "and by the way print"
> for FaxIn (and EmailIn, presumably) - no longer in the schema.
>
> Then we decided instead to tread print as just another destination.
>
> And treating it that way let's the hardcopy for the FaxIn document
> happen easily off-box (e.g., on a printer nearer the user).
>
> I strongly favor no extra privilege/details for the print destination of
> FaxIn - just a URI that points to some PrintService that prints with
> the configured defaults.
>
> Otherwise FaxIn-to-Print becomes more of a true compound
> service - very undesirable.
>
> WDYT?
>
> Cheers,
> - Ira
>
>
> Ira McDonald (Musician / Software Architect)
> Chair - Linux Foundation Open Printing WG
> Co-Chair - IEEE-ISTO PWG IPP WG
> Chair - TCG Embedded Systems Hardcopy SWG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music/High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto:blueroofmusic at gmail.com <blueroofmusic at gmail.com>
> Christmas through April:
> 579 Park Place  Saline, MI  48176
> 734-944-0094
> May to Christmas:
> PO Box 221  Grand Marais, MI 49839
> 906-494-2434
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>
> _______________________________________________
> mfd mailing list
> mfd at pwg.org
> https://www.pwg.org/mailman/listinfo/mfd ****
>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
> believed to be clean. ****
>
>

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/mfd/attachments/20110810/4cce7de5/attachment-0001.html>


More information about the mfd mailing list