Submitted by Dave Brooks on Mon, 02/14/2011 - 20:14
We get the question from time to time about the previous version of our RPM Remote Print Manager® product—why is it not supported on Windows 7, Windows 2008, etc.? (Also Vista though that doesn't come up more than twice a year).
The answer you usually get from our support staff is that the licensing doesn't work on Windows past XP. It's true; there is an important API call used in the older version that is no longer supported.
Submitted by Dave Brooks on Mon, 12/13/2010 - 05:51
We recently received a copy of the November 15, 2010 print edition of eWeek magazine. Thanks again to Larry Bouchie of TurboPR for sending it! On page 45 there's a write-up on the new RPM Remote Print Manager® Elite version 5.1 release, in their "products to watch" section.
Submitted by Dave Brooks on Tue, 11/02/2010 - 14:31
One doesn't usually write up a mention in a magazine, but IBM Systems Magazine is ... well, it's IBM. Plus, it's an early holiday for us because we heard that story was coming out the end of November. Thank you, IBM Systems Magazine!
The editors thoughtfully provided a screenshot of the ExcelliPrint home page. We would like to take this opportunity to provide a few more screenshots that illustrate features that have been particularly well received in version 4.0.
Submitted by Dave Brooks on Tue, 10/19/2010 - 14:08
We released today a major version of our RPM Remote Print Manager® product, version 5.1.0.88. This is our software print server, which includes the ability to pre-process the data in your print jobs (we refer to this as "transforms") and it provides multiple outputs for your print jobs, which we call "actions".
Unicode support
The biggest single change for this release is that we substantially increased the amount of Unicode support. RPM has been able to use Unicode for Windows text printing for well over a decade.
Submitted by Dave Brooks on Tue, 10/12/2010 - 13:43
We just released version 4.1 of INTELLIscribe, our LPR print client. The notable items for this release include the 64 bit port monitor. We programmed the install program to install the right 64 bit files automatically. Either way, if you are running 64 bit or 32 bit Windows, this installer and program will work for you.
This version of INTELLIscribe has been used successfully at many customer sites for several months as a beta. Where INTELLIscribe is a critical element at a number of sites, we felt it was best to let the program remain as a beta release and give time for problem reports to develop. However, where it has been stable, we simply removed the beta label.
Submitted by Dan Casper on Tue, 10/05/2010 - 13:29
This post shows how RPM Remote Print Manager® "filter" action can not only customize a print job but can also completely change the job handling itself.
The Scenario: An automated mainframe system sends thousands of print jobs daily.
The Problem: 95% of these automated print jobs are useless. They are not actionable, and do not require any kind of human interaction. Unfortunately, they still consume and waste resources.
The Solution: Prevent hard copy output of print jobs matching specific criteria.
Submitted by Dan Casper on Tue, 09/28/2010 - 07:11
For most people, printing is a two step process:
- Click the Print button.
- Retrieve the print out.
Unfortunately, it's not always that simple. When you get into the world of networked printers, mainframe formats, and print language conversion there is a lot more than meets the eye. Today's question was whether or not RPM Remote Print Manager could emulate a networked PCL printer. Specifically, can RPM cache fonts and macros that are sent as separate print jobs and convert them to PDF.
Submitted by Dave Brooks on Wed, 06/23/2010 - 06:28
Submitted by Dave Brooks on Thu, 06/17/2010 - 16:26
Sometimes when you do something, you don't know the whole story on why it's a good idea. All you know is that a bunch of people asked you to.
It turns out that filenaming in the latest edition of ExcelliPrint is the one feature people are telling us about, at least this week. We're getting orders based on the press release and that feature.
Submitted by Dave Brooks on Sat, 06/12/2010 - 10:45
I was talking with a colleague this week about IPDS. He shared his opinion that IPDS was the most reliable printing protocol around. The reasons he gave include:
With IPDS the printing application on the iSeries knows the status of the printer, and that it has successfully printed pages 1 through 17 but needs attention for page 18. Assuming that someone comes along to fix the problem (clear the paper jam, replace stock, etc.) the user can be assured that all the pages that were supposed to print do, in fact, print.
Pages
A big "Thank you!" to our friends at 
