I originally declared that removing the redirect feature would be fine
for our IPP implementation as we are not currently doing notification
with our iPrint implementation.
From my point of view the only time that the redirect would be useful
is when the notification service is not running on the same box as the
print service. Down the road if say the PSI group wanted to implement
some form of notification service it could be useful to just register
with one service that is remote from the target device or intermediary
device. But, I'm With Ira on this. I don't want to add any new
notification items to my client as we have shipped numerous Windows
clients at this point. And, I don't have any users complaining that
they want to have notifications to annoy them.
Ted Tronson
Sr. Software Engineer
iPrint Engineering
801-861-3338
Novell, Inc., the leading provider of Net services software
www.novell.com
>>> "Robert Herriot" <bob@herriot.com> 07/31/02 03:05AM >>>
Harry says that redirect is simple to implement. I agree, but
implementation
is only part of the issue.
Each feature requires documentation, testing and support. There is no
such
thing as a free feature.
Very few people have responded to this issue and no one has said that
it is
a necessary feature.
So, it would seem hard to justify keeping a feature that.seems to have
no
value to anyone, but does have a cost to every vendor.
Bob Herriot
----- Original Message -----
From: "McDonald, Ira" <imcdonald@sharplabs.com>
To: "'Mike Sweet'" <mike@easysw.com>; "Hastings, Tom N"
<hastings@cp10.es.xerox.com>
Cc: "Harry Lewis" <harryl@us.ibm.com>; <Ron.Bergman@Hitachi-hkis.com>;
"Ted
Tronson" <TTRONSON@novell.com>; "McDonald, Ira"
<imcdonald@sharplabs.com>;
"Robert Herriot" <bob@herriot.com>; <ipp@pwg.org>
Sent: Tuesday, July 30, 2002 8:46 PM
Subject: RE: Last Call comment to remove redirect URL and status code
from
IPPGET
> Hi,
>
> If we keep it, remember it can be OPTIONAL to use but MUST be
REQUIRED
> to support (for the Client - that is, IPP Clients MUST honor and use
> the redirect).
>
> Does everyone want a new REQUIRED to implement application redirect
> feature (for IPP Clients)?
>
> I doubt it very much. And that's the test that the IESG will apply,
> for interoperability.
>
> Cheers,
> - Ira McDonald
>
>
> -----Original Message-----
> From: Mike Sweet [mailto:mike@easysw.com]
> Sent: Tuesday, July 30, 2002 9:09 PM
> To: Hastings, Tom N
> Cc: Harry Lewis; Ron.Bergman@Hitachi-hkis.com; Ted Tronson;
McDonald,
> Ira; Robert Herriot; ipp@pwg.org
> Subject: Re: Last Call comment to remove redirect URL and status
code
> from IPPGET
>
>
> Hastings, Tom N wrote:
> > ...
> > Could the six commenters (see the To: line) who agreed to remove
> > redirection, please respond as to whether they are still in favor
of
> > deleting the Get-Notifications redirection or that they are now
> > willing to keep Get-Notifications redirection in the IPPGET spec
in
> > case someone wants to implement IPPGET with a Notification
Server.
>
> If we keep it, we probably do need a redirect timeout parameter, or
> to define what should happen if the redirect server doesn't handle
the
> notification...
>
> > As Bob asks, is anyone planning to use a Notification Server or
think
> > that they might want to?
>
> We're not planning to.
>
> --
>
______________________________________________________________________
> Michael Sweet, Easy Software Products
mike@easysw.com
> Printing Software for UNIX
http://www.easysw.com
>
>
This archive was generated by hypermail 2b29 : Wed Jul 31 2002 - 12:46:31 EDT