attachment
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Pete,<div><br></div><div>I'll continue to voice my opposition for this on principle, since it makes for a bad user experience ("Why can't I select my printer as the scanner") and a support nightmare. But if Xerox wants to take that on, so be it.</div><div><br></div><div>Some feedback on the proposed name and description:</div><div><br></div><div>1. Instead of "push", how about "Scan2"? (marginally larger while clearly limiting to the scan destinations, pairs nicely with the existing "Scan" key in the Bonjour Printing specification)</div><div><br></div><div>2. For the description, it should say:</div><div><br></div><div> A comma-delimited list of destination URI schemes supported by the IPP Scan Service, including "ftp", "ftps", "http", "https", "ipp", "ipps", "mailto", and "smb". MUST contain the same values as reported by the "destination-uri-schemes-supported" attribute or be the empty string if Push Scanning is not supported.</div><div><br></div><div>3. For the default value:</div><div><br></div><div> "" (Push Scanning not supported)</div><div><br></div><div>I would also like to see some recommendations here for use of the discovery information, such as:</div><div><br></div><div> Clients using Bonjour for discovery can browse for the _scan subtype to limit the list of services to those with scanning capabilities. While additional filtering can be performed using TXT record key values, such filtering is not recommended for general purpose scan Clients since it can confuse and/or frustrate End Users.</div><div><br></div><div>(I realize we don't generally include such recommendations, but in this case I think we need to say something to help avoid the interoperability and perception issues it could cause.)</div><div><br></div><div>Finally, we may need to say something in the Client conformance section, since right now you could argue that a Client that doesn't support pull scan is non-conforming. I'm not sure how to address this directly, short of making a lot of conditional conformance requirements, e.g.:</div><div><br></div><div> Clients MUST support Pull and/or Push Scanning and SHOULD support both. If the Client supports Pull Scanning it MUST determine whether the IPP Scan Service supports it and the corresponding destination URI scheme. Clients SHOULD support Pull Scanning as a fallback when the IPP Scan Service does not support Push Scanning with the desired destination URI scheme.</div><div><br></div><div>Ultimately, IPP Scan should Just Work in all cases. Anything less will be seen as a failure to End Users, and I think we need to keep that in mind for all of the standards we define - happy users buy and use printers...</div><div><br></div><div><br></div><div><br></div><div>On Feb 13, 2014, at 8:06 AM, Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>> wrote:</div><div><div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Impact;
panose-1:2 11 8 6 3 9 2 5 2 4;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"Andale Mono";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.apple-style-span
{mso-style-name:apple-style-span;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">All,<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I am pushing hard for discovery of push capability because it is an absolute requirement in the enterprise environment. If there is consensus that it is such
a burden, then we can make it optional instead of conditionally mandatory. I think the opposition to the text discovery text record is the minority. If I am wrong I’d like to hear from others.<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The exact nature of Xerox’s use cases is beyond the scope of public discussion other than to reiterate that we have a business need for scanned documents to
be delivered directly from the scan service to the scan destination and not allowing the scan client to act as an intermediary. Xerox would have no problem with Push being mandatory but we realize for the low end it may be a burden. We would have no problem
allowing Push or Pull or both, but realize that the PWG wants to insure some level of guaranteed interoperability so we support making Pull mandatory.
<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Xerox requests that Push be optional but want the feature discoverable.<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Remote copy is not creating a copy like service using scan. It is a marketing term for scan to print where the scanner and printer are geographically separate.
(As you may recall I was vehemently opposed to modeling copy as scan to print.) I do not consider scan to email an edge case given it is already supported by every MFD vendor in the PWG. The use of an IPP Scan client on a mobile device does not equate to
the mobile device being the recipient of the scanned document. There are other capabilities that the mobile device brings such as all the personalized information (e.g., contacts) and superior UI. Capabilities like those as well as the current movement from
PCs to mobile make implementing an IPP Scan Client on a mobile device desirable.<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">It is my preference to have a</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> text record that is a comma separated list
of schemes as described below (i.e. conditionally mandatory).<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" style="margin-left:5.0pt;background:white;border-collapse:collapse">
<tbody>
<tr style="page-break-inside:avoid">
<td width="108" valign="top" style="width:81.0pt;border:solid black 1.0pt;padding:5.0pt 5.0pt 5.0pt 5.0pt"><p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><b>Key</b><b><span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif""><o:p></o:p></span></b></p>
</td>
<td width="252" valign="top" style="width:189.0pt;border:solid black 1.0pt;border-left:none;padding:5.0pt 5.0pt 5.0pt 5.0pt"><p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><b>Description</b><b><span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif""><o:p></o:p></span></b></p>
</td>
<td width="252" valign="top" style="width:189.0pt;border:solid black 1.0pt;border-left:none;padding:0in 5.4pt 0in 5.4pt"><p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><b>Default</b><b><span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif""><o:p></o:p></span></b></p>
</td>
</tr>
<tr style="page-break-inside:avoid">
<td width="108" valign="top" style="width:81.0pt;border:solid black 1.0pt;border-top:none;padding:5.0pt 5.0pt 5.0pt 5.0pt"><p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%">push<span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</td>
<td width="252" valign="top" style="width:189.0pt;border-top:none;border-left:none;border-bottom:solid black 1.0pt;border-right:solid black 1.0pt;padding:5.0pt 5.0pt 5.0pt 5.0pt"><p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%">A comma separated list using the following keywords: http, https, ftp, ftps, smb, ipp, ipps, mailto. Vendors may extend the set of values.<span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</td>
<td width="252" valign="top" style="width:189.0pt;border-top:none;border-left:none;border-bottom:solid black 1.0pt;border-right:solid black 1.0pt;padding:0in 5.4pt 0in 5.4pt"><p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%">Push scan is not supported<span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Please voice your support or opposition.<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p>
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Impact","sans-serif";color:navy">Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:navy">Xerox Research Center Webster<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Email:
<a href="mailto:Peter.Zehler@Xerox.com">Peter.Zehler@Xerox.com</a></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Office: +1 (585) 265-8755<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Mobile: +1 (585) 329-9508</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">FAX: +1 (585) 265-7441</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">US Mail: Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Xerox Corp.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">800 Phillips Rd.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">M/S 128-25E</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Webster NY, 14580-9701</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
</span><span style="color:#1F497D"><o:p></o:p></span></p>
</div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Michael Sweet [<a href="mailto:msweet@apple.com">mailto:msweet@apple.com</a>]
<br>
<b>Sent:</b> Wednesday, February 12, 2014 4:12 PM<br>
<b>To:</b> Zehler, Peter<br>
<b>Cc:</b> Ira McDonald; <a href="mailto:IPP@pwg.org">IPP@pwg.org</a><br>
<b>Subject:</b> Re: [IPP] IPP Scan - Is Push scanning mandatory?<o:p></o:p></span></p>
</div>
</div><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">Pete,<o:p></o:p></p>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<div><p class="MsoNormal">On Feb 11, 2014, at 3:45 PM, Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Mike,</span><o:p></o:p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">First, some workflows require push scan. That does not mean push scan == workflow. I do not consider scan to DropBox, SkyDrive or Flickr to be workflows but
they are none the less useful “software optimizations”. Although a “fire and forget” aspect of the feature might be considered more than just an optimization.</span><o:p></o:p></p>
</div>
</blockquote>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div><p class="MsoNormal">In the case of those services, I would expect you would need to include credentials in the URIs, and that's not something I think we want to encourage...<o:p></o:p></p>
</div>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Second, I expect that certain workflow Apps will only show scanners that can potentially deliver scans directly to the destination. Pull only scanners are
excluded from consideration.</span><o:p></o:p></p>
</div>
</blockquote>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div><p class="MsoNormal">Why would they exclude them? Are there security or other reasons?<o:p></o:p></p>
</div>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">As I said, I can live with a Boolean since that will narrow the field to at least the scanners capable of delivering scans directly to a destination.</span><o:p></o:p></p>
</div>
</blockquote>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div><p class="MsoNormal">If we really think push scanning is so important, we should make it required. If we think it is a useful optimization, it can stay recommended. Either way I don't see the need to include the schemes in the TXT record - you are standing/sitting
in front of the MFD and it should just work!<o:p></o:p></p>
</div><p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The reason the schemes would be of interest is that finding a scanner capable of “remote copy” (i.e., scan to ipp/ipps) might be of interest.</span><o:p></o:p></p>
</div>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div><p class="MsoNormal">Please, let's not bring that up again. It is useful for workflow but we are not trying to create a copy-like service interface through scan, just as we didn't want to do it with faxout or with print. We collectively chose to keep a separate
copy service for that purpose, and there was no interest in doing an IPP Copy Service spec because initiating copy from a client is just an interesting edge case.<o:p></o:p></p>
</div>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">A scan-to-email scanner might also be interesting for a client to find.</span><o:p></o:p></p>
</div>
</blockquote>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div><p class="MsoNormal">Scan-to-email can be done a bunch of ways, but I would say using my mobile device to do a direct scan to email is an edge case. More likely I'll want to have a copy of the document on my device as well and that isn't something push scan
will give me.<o:p></o:p></p>
</div><p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I would think that a push scanner could be depended upon to support http/https. Which leaves ftp, ftps and smb. I see some workflow solutions using hot folders
that would benefit from that information but that is not a primary concern. </span>
<o:p></o:p></p>
</div>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<div><p class="MsoNormal">For write access, I would guess that SMB and FTP are going to be the general favorites over HTTP, as those services generally have write access enabled by default while HTTP requires special configuration or third-party solutions that have
been configured accordingly.<o:p></o:p></p>
</div>
<div><p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div><p class="MsoNormal"><span class="apple-style-span"><span style="font-family: 'Andale Mono', serif;">_________________________________________________________</span></span><span class="apple-style-span"><span style="font-family: 'Andale Mono', serif;"><br>
</span></span><span class="apple-style-span"><span style="font-family: 'Andale Mono', serif;">Michael Sweet, Senior Printing System Engineer, PWG Chair</span></span><span class="apple-style-span"><span style="font-family: 'Andale Mono', serif;"><o:p></o:p></span></span></p>
</div>
</div><p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</blockquote></div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; font-family: 'Andale Mono'; border-spacing: 0px;"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">_________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair</div></span></span>
</div>
<br></div></body></html>