[83] in Enterprise Print Delivery Team
Re: Tivoli Output Manager - another product we should probably
daemon@ATHENA.MIT.EDU (David F. Lambert)
Fri Feb 18 15:37:20 2000
Message-Id: <10002182037.AA19431@MIT.EDU>
Date: Fri, 18 Feb 00 15:23:48 EST
From: "David F. Lambert" <LAMBERT@mitvma.mit.edu>
To: Enterprise Printing Delivery Project Team <printdel@MIT.EDU>
In-Reply-To: Your message of 15 Feb 2000 13:48:58 -0500
Well, I'm not doing much better with more details here. I left Phil
Muolo of IBM a message asking him about TOM. Bob Johnson (another
flavor or Jeff Banta) left me vmail today. He explained it as
just another way to interface with InfoPrint Mgr if you were already
locked into a Tivoli management system. It doesn't appear to add
anything of real value to us. The worst part of the vmail was, and
I quote, "I finally found the Tivoli web site. The URL is www.tivoli.com."
Duh, I wonder how long he spent searching! There's a not-so-white
whitepaper at the following URL if anyone is bored and wants to read
more non-specific info...
http://www.tivoli.com/products/documents/whitepapers/output_mgr.html
-Dave
On 15 Feb 2000 13:48:58 -0500 Mike said:
>"David F. Lambert" <LAMBERT@mitvma.mit.edu> writes:
>
>> Please take a look at the following IBM announcement. We'll probably
>> want to take a closer look at this product to see how well it might
>> fit our needs...
>> -Dave
>>
>> http://isource.ibm.com/cgi-bin/goto?it=usa_annred&on=200-022
>
>This announcement is both amazingly vague and chock-full of
>content-free buzzwords. Do you have any pointers to real information
>on the product?
>
>From what I can parse of this, the product seems to try to be an
>all-singing, all-dancing print client (where "print" has been
>redefined to include "sending faxen" and "uploading files to a web
>server"); something that could be used in addition to InfoPrint
>Manager.
>
>It does claim to use "cryptography" somewhere in the picture, though
>it's completely inspecific as to where.
>
>While it can send jobs via the LPR protocol, it probably can't handle
>the kerberos extensions, meaning it wouldn't be able to communicate
>well to the Athena printing system.
>
>While the server seems to run on a number of Unixen, the end-user
>client is Windows-specific.
>
>It's unclear whether this would be at all useful to us. Given that
>this seems to mostly affect Windows users, it might be worth checking
>with the Pismere folks who are already working on print clients.
>
>-mike
