GaryPad

EXE to MSI has a free version if you still want an MSI.

You could try adding a new printer, use LPT1, and for the driver select "Generic" in the manufacturer and "Generic / Text Only" for the printer and ensure when printing that you print to file. That will at least get you text output, although you might have to get Excel to format it nicely depending on the structure. Sorry but I don't knwo Accelerated Reader so I don't know what options it has for export or print.

This product is pretty good too SwiftView

Unfortunately Method I saves all the emails into a single PDF file. I think that selecting multiple emails in Outlook and then printing always puts them into a single file. If your email is local, i.e. not in 365, you could look at scripting the MAPI interface but as far as I can tell it will only save to text or HTML so you'd still have to do some sort of conversion, e.g. using Word. Below is a VBScript which if you save it to a file with a .VBS extension, edit it in a plain text editor (like NotePad or better NotePad++) and change the lines which are in bold (or make sure there is a C:\test folder) and also for what exactly to search for in the email subject, it should output to HTML and then get Word to save the email to PDF. Open a command prompt to where you've saved this VBScript and run it with CScript.EXE Set objOutlook = CreateObject("Outlook.Application") Set objFSO = CreateObject("Scripting.FileSystemObject") Set objNamespace = objOutlook.GetNamespace("MAPI") Set objFolder = objNamespace.GetDefaultFolder(6) ' 6 is the Inbox folder Set colItems = objFolder.Items Set colFilteredItems = colItems.Restrict("[subject] = 'My SAR request'") intMessage = 1 strOutputPath = "C:\test\Email " For Each objMessage In colFilteredItems strHTMLFile = strOutputPath & intMessage & ".htm" Set objFile = objFSO.CreateTextFile(strHTMLFile, True) objFile.Write objMessage.HTMLBody objFile.Close Set objWord = CreateObject("Word.Application") objWord.Visible = False Set objDoc = objWord.Documents.Open(strHTMLFile) objDoc.SaveAs2 strOutputPath & intMessage & ".pdf", 17 ' 17 is the constant for wdFormatPDF objDoc.Close False objWord.Quit If objFSO.FileExists(strHTMLFile) Then objFSO.DeleteFile strHTMLFile,True intMessage = intMessage + 1 Next If you want to use a different folder to one of the standard ones, like the InBox, then you change line 5 to: Set objFolder = objNamespace.Folders("[email protected]").Folders("SARs").Folders("Joe Bloggs") Where the first is your email mailbox, the second is sub-folder "SARs", and the third could be another sub-folder for "Joe Bloggs". Hope this helps.

Commercial - based in Cheltenham - are a good local dealer (I know Stephen Lockyer there). I'm not sure of the whole range of manufacturers they sell, but they definitely do Canon, and I know of a couple of schools they've supplied if you want references.

Whilst Printix would provide good cloud print connectivity, you still have a to select a print driver, and this is where you appear to have a problem. "Our outsourced IT support say the printers are local TCP/IP port installed." - ouch! So you have up to 40 staff all doing direct printing? Not nice to manage! Your first problem to resolve is the choice of print driver. I suggest you install 2 print queues on 1 PC for that C7120; one printer using the PCL6 driver, and the other using the PostScript driver. Both can use the same output TCP/IP port. Then print the same test document to both. If they output identically then you can rule out the driver as the reason for the colour difference. You can then get your outsource IT (who will probably call on Xerox) to come in and tweak the colour matching on that device as it won't have been done on installation. As to which driver to use going forward I would suggest that if you do lots of printing of Office documents then PCL6 is fine. If you do lots of PDF printing or high quality image output, then PostScript gives you more flexibility on colour profiles (I'm guessing PCL will be perfectly fine). How are you deploying these new devices? A print server would be the solution, and this doesn't have to be an actual server, just any PC which is invariably on can host shared print queues so rather than users connecting direct, they print instead to the server which mean your configuration for drivers etc. is all in one place. Plus users don't need additional rights to install local printers on their PCs. I don't know anything about XDA I'm afraid. Looking it up, this is Xerox Device Agent and yes, it's Windows software. It appears to do meter readings and I guess replacement toner ordering, and both your models are supported. This boardroom laptop appears to have been suggested as the place to install XDA but again any always on PC would do the trick. The reason "old printers are still showing up." is because every user has their own direct connection to printers, which is a nightmare to manage, so any old devices will unfortunately need to be deleted manually, as indeed any new devices also need to be installed manually. This is where something like Printix would make deployment much easier, but as you say, it's more software and more cost.

There's a central cost for the print room software which is priced per server (so invariably 1!) and then you buy blocks of client licences depending on how many users need to send ticketed jobs, so the cost per user for larger organisations is pretty cost effective. I don't have pricing I'm afraid as we don't usually sell direct, but it's sold by several channel partners of ours including Ricoh, Sharp, ASL, Apogee, Agilico, UTAX etc. If your current MFD supplier cannot provide you with a quote then please PM me and I'll get someone to contact you.

Can I suggest you have a look at docQticket? It's a proper job ticketing solution, so it's not just about submitting a job with a ticket: it provides full management in the print room. Jobs are automatically priced, and best of all it also integrates with PaperCut (and others like Equitrac / Kofax, MyQ, SafeQ, Streamline NX, aQrate) so you can have the print room jobs automatically charged back to shared accounts and reported on within PaperCut. Full disclosure: my company makes this. Ticketed jobs can be submitted via printing (from Windows or Mac), uploaded via the browser, or emailed, and it will work with any Windows supported printer in Reprographics.

I'd second Daveit2005. If inkjets aren't used for any length of time then the heads clog up on the cartridges so you have to replace them. Laser buying costs are higher than inkjet, but running costs are considerably lower, and you can have one idle for months and it will still work (although the paper might dry out and jam ). Unless the SLT member can justify colour printing I would get them a cheap monochrome laser; doesn't even have to support duplex, and then force them to print to a departmental colour MFD when they have jobs that need it.

If you go into the Sharing option on the print server (select printer, Properties), what do you have for the checkbox "Render print jobs on the client computer" (it's normally enabled)? Try disabling it and make sure under the Advanced tab that "Enable advanced printing features" is enabled. If it's actually configured as I've suggested, then reverse it! i.e. enable rendering on the client and disable the advanced printing features.

"Have they suddenly become useable" ... debatable! The idea is that Type 4 are effectively managed by a text file and all the heavy lifting is built into the o/s. That means the attack surface of the printer driver is almost zero. Unfortunately manufacturers don't see the need to invest in print driver development anymore because they did all that years ago. Type 4 drivers, whilst maybe not as fancy as Type 3 (although they could be if the manufacturer could be bothered) should still have the same accessory support for finishers, folders, punchers etc though. If you install a Type 4 "Class" driver (i.e. it works for a whole range of models and uses bi-directional chat to work out what the device on the end of the line can do) it then reconfigures the driver options automatically. It's worth checking on the Lexmark website as they might not have bothered going through Microsoft's validation programme and instead offer it from themselves direct. If you can find a signed monolithic driver - i.e. model specific - that will invariably look better and have all the options (and be more "usable" ). Also try the Microsoft Update button which is on the "Choose your printer from the list" dialog as part of adding a new printer.

Ouch! MS likes all Type 3 drivers to be signed these days (after the PrintNightmare fiasco). Old drivers are probably not signed. See if you can find a Type 4 driver for the Lexmarks. Otherwise shout very loudly at your print provider! Kyo drivers will not be compatible with Lexmarks so you can't just leave them in place.

Change the default printer to something else. It might narrow down which printer driver is causing this.

PCL-XL over PCL5. PCL5 came in 2 flavours - one for colour (5c) and one for mono (5e) - whilst PCL-XL / PCL6 doesn't differentiate; PCL-XL produces more efficient code; has better graphics compression support; supports more colour spaces including spot colour; handles vector drawing better (PCL5 married the older PCL4 format page description with the old pen plotter HP/GL language to produce a hybrid language whereas PCL/XL started from scratch to do away with any inefficiencies). It was just a shame it got tagged as "PCL6" even though it's a completely different page description language. And yes you can just swap the driver in use on the queue through the Advanced tab (for an existing v3 Windows driver).

If you open up the queue Properties on the server and under Advanced tick the option for "Keep printed jobs" you should be able to see if they even arrive on the queue (turn this off after testing and delete all the kept jobs). The other useful tip is to run the event viewer (EVENTVWR.EXE) and expand Applications and Service Logs | Microsoft | Windows | PrintService, then right click on Operational, and under Properties you can Enable logging. This will add to the event log all future print activity so you can see what's going on (if anything!). If all that activity looks good - so jobs are arriving on the queue and then being printed - then you might need to check the logs on the printer itself, normally accessible through the printer's web page or printing off a log from the front panel if you can log in as an admin. Possible reasons why the printer will fail to print include: 1. Wrong driver (which would be consistent for all users) 2. Not enough memory (vary by job, especially affects wide format and / or printing multi-layered PDFs especially printing PDFs natively within Chrome / Edge) 3. Corrupted print data (v rare these days but not unheard of!) 4. Print release enabled in the driver (some drivers support PIN printing - much like a print management tool) so the job will go to the printer and be held there There are 2 settings on the queue properties which can have an effect as well. Under Advanced is "Enabled advanced printing features" and under Sharing is "Render print jobs on client computer". If the former is unchecked or the latter is checked then the job will be rendered to a printable version on the client. Otherwise it's done on the server. I've seen Xerox drivers in the past not like booklet jobs rendered on the client, so to fix it we had to enable advanced printing and disable rendering on the client. Worth a shot. Also try to determine which jobs are failing and where they are printed from - e.g. if PDFs in the browser then try opening them and print from Acrobat instead.