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;"><blockquote type="cite"><blockquote type="cite" style="font-family: ArialMT;"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">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></div></div></div></blockquote><div style="font-family: ArialMT;"><br></div><div style="font-family: ArialMT;">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.</div></blockquote><div><br></div><div><br></div>Resource constrained all-in-one devices may not able to support push. So push should not be a “required” facility of IPP Scan.<br><div><div style="font-family: ArialMT;"><br></div></div><div style="font-family: ArialMT;"><br></div><div>
Smith<br><br><br>
</div>
<br><div><div>On 2014-02-12, at 2:12 PM, Michael Sweet <<a href="mailto:msweet@apple.com">msweet@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="font-family: ArialMT; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Pete,<div><br></div><div><div><div>On Feb 11, 2014, at 3:45 PM, Zehler, Peter <<a href="mailto:Peter.Zehler@xerox.com" style="color: purple; text-decoration: underline;">Peter.Zehler@xerox.com</a>> wrote:</div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">Mike,<o:p></o:p></span></div><p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);"> </span></p><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">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></div></div></div></blockquote><div><br></div>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...</div><div><br></div><div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">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></div></div></div></blockquote><div><br></div>Why would they exclude them? Are there security or other reasons?</div><div><br></div><div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">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></div></div></div></blockquote><div><br></div><div>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!</div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">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></div></div></div></blockquote><div><br></div><div>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.</div><div><br></div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">A scan-to-email scanner might also be interesting for a client to find.</span></div></div></div></blockquote><div><br></div><div>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.</div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif;"><span style="font-size: 11pt; font-family: Calibri, sans-serif; color: rgb(31, 73, 125);">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></div></div></div></blockquote><div><br></div></div><div>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.</div><div><br></div><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; 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; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -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>_______________________________________________<br>ipp mailing list<br><a href="mailto:ipp@pwg.org" style="color: purple; text-decoration: underline;">ipp@pwg.org</a><br><a href="https://www.pwg.org/mailman/listinfo/ipp" style="color: purple; text-decoration: underline;">https://www.pwg.org/mailman/listinfo/ipp</a></div></blockquote></div><br></body></html>