Skip navigation
All Places > Blueprint Enterprise > Blog


The purpose of this update is to replace the Pharos Page Counter components for the Pharos Blueprint Print Agent for MacOS. This update provides improved support for MacOS Mojave (10.14) and Catalina (10.15) by providing the Page Counter as a 64-bit binary.



This update requires Pharos Blueprint Print Agent for MacOS v1276.


How to Update

Run the PCounter.pkg (download here) on MacOS Mojave or Catalina clients that already have Print Agent v 1276 installed. This installation requires no restart of process or the MacOS computer.


In-line Installation for New Clients

Install the Pharos Blueprint Print Agent for MacOS v1276 and then follow immediately with the PCounter.pkg file.


NOTE: MacOS Catalina has a problem (it is possibly a security feature) if the PharosPrintAgent.mpkg file is being executed anywhere inside the current user's home directory (/Users/%User%). Within the /var/log/Install.log file, there will be an error message:


The domain/default pair of (/Users/%user%/Desktop/PharosPrintAgent.mpkg/Contents/Packages/../Configuration/Settings, BMTMainServerURL) does not exist.


The resolution is to stow the file somewhere else (/tmp or /Users/Shared, for example) and run the .mpkg file.

Blueprint 5.2 Service Pack 5.4 (5.2.10308)

Released: 18 Jan 2019

What's new in Service Pack 5.4

  • Print Scout Secure Release is designed to eliminate the workflow impact that network speed imposes upon remote/branch offices, enabling these locations to also participate in a Secure Release deployment, but without the printing inefficiencies of the traditional Wide Area Network. Jobs submitted through the new "Pharos Secure Printer" queue stay on the workstation and are released from the workstation; the Collector is simply notified of the print job and forwards the release request to the workstation, which then releases the job directly to the printer.
  • Print Center changes:
    • The new System Monitor tab provides indication of the overall health of the Blueprint system.
    • A new Themes tab allows you to customize the look and feel of your Print Center website, so it matches your organization’s branding.
    • Various improvements to the Event Log. For example, you can now search by server group, select events based on time zone, etc.
  • Support for MobilePrint 2.3
  • Support for running Reports against a database server using TLS 1.2.
    • Reports are modified at load time to use the SQL Native Client 11 driver installed with this service pack.


Blueprint 5.2 R2 (5.2.9937)

Released: 24 Jan 2018

Blueprint Enterprise 5.2 R2 provides the exact same feature set as Blueprint 5.2 with Service Pack 3 applied, but adds support for Microsoft Server 2016. Blueprint 5.2 R2 also makes it easy for customers who are currently running Blueprint 5.0 or 5.1 to get up to date with all the latest features and improvements to Blueprint Enterprise. If you are already running Blueprint 5.2 and want to upgrade to Service Pack 3, please refer to these supporting documents instead.


Blueprint 5.2 Service Pack 3 (5.2.9857)

Released: 19 Oct 2017

What's new in Service Pack 5.3

  • Supports TLS 1.2 for server-to-server WCF communications.
    • If TLS 1.2 is the ONLY cipher suite enabled, FIPS compliance must be enabled at both the client and server to view Blueprint reports. Please read Enabling FIPS Compliance for further instructions.
    • Note: If older cipher suites such as SSL 3.0 or TLS 1.0 are also enabled, Blueprint server-to-server WCF will use the more secure TLS 1.2 suite.
  • You can now use Active Directory Groups to assign Blueprint roles.
  • All DLLs in Print Scout are code signed.
  • Now uses .Net 4.6.1, and .Net 3.5 is no longer required. (For more information, please refer to the Blueprint 5.2 Installation Guide.)
  • Support for SNMP V3
  • Support for Mobile Print 2.2.1 (See Also: MobilePrint 2.2.1 Now Available)
  • Event logs for multiple Collectors can be viewed from Print Center.
  • Additional Health Tests have been added to the Blueprint Server self-checks.
    Note: Collectors will now e-mail failed self-check results. Make sure that the Collectors are able to contact the mail server.
  • Delegate Printing is now in Pharos Print Center. Employees can add or remove delegates using their browser.
  • On sites where Blueprint Servers can't retrieve SSL Certificate Revocation Lists (CRL), networking delays can occur. It's now possible to tell Blueprint to use SSL certificates that do not check the CRL.
  • No more "The service '/PharosSystems/AgentController.svc' does not exist" events in Windows Application Events.
  • Support added to verify the email settings using Blueprint Administrator on a Collector.

SP3 Bug Fixes

  • Card Registration can be carried out during an HR Import.
  • Employee List and Usage Report references to user location and not device location.
  • VPSX file import deadlocks if a SR25 tries to register or update itself at same time a VPSX file import is running
  • Recording of Serial Number of locally connected USB printers, handles case of printer being moved between workstations.
  • Improve Active Directory search performance. Looking up Groups for Policy no longer times out on large Active Directory systems.
  • Restriction removed to display a max of 1000 rows in certain Administrator views (Models, Terminals, Devices, etc.).
  • Collector BIN files with a Machine data signature of 5.1 are now imported correctly. This bug would manifest itself if BP 5.1 Collectors sent bin files to a BP 5.2 Analyst.
  • A Print Scout installed in August or September or on the 8th or 9th of the month may fail to upload job data to Collector.
  • Use of load balancers between workstation and SRH collectors can result in a print job being sent to multiple Collectors. When this happens, a user is unable to release any jobs until the duplicate jobs are located and deleted.


Blueprint 5.2 Service Pack 2.1 (5.2.9277)

Released: 31 Mar 2016

What's new in Service Pack 2.1

SP2.1 Fixes

  • Preton synchronization includes rows in PretonApplications with "IsStatic" value of 1.


SP2.1 Enhancements

  • Quota Management added
  • Recording of Serial Number of locally connected USB printers


SP2 Bug Fixes 

  • Fixed failure to record print jobs sent by USB printers.


SP2 Enhancements

  • Policy Rules can be triggered based on Print Server Name.
  • Print Scout automatic updates are disabled on VDI, Analyst and Collector.
  • Print Policy is applied to first job that user prints on a workstation.
  • Updated set of Device Models.
  • SSL certificates used for WCF encryption support SHA256.
  • SRH Troubleshooter no longer provides UI to enable/disable Workstation Release.


Blueprint 5.2 Service Pack 1 (5.2.9116)

Released: 27 Nov 2015

What's new in Service Pack 1


  • The Print Center has been optimized to work on smartphones, tablets, and other mobile devices with different screen sizes.
  • Support for Pharos MobilePrint 2.1
  • Microsoft® Windows 10 support for the Workstation Print Scout


This document outlines the version numbers associated with public releases of Pharos Blueprint Enterprise and its service packs. This document's scope is from Blueprint 5.1 and forward.


Blueprint Enterprise Release Names and Versions

The following table lists all Blueprint Release Names, Versions, and Release Dates.


Release NameBuild NumberRelease Date
Blueprint 5.1 General Release5.1.78384-Apr-13
Blueprint 5.1 Service Pack 15.1.80003-Dec-13
Blueprint 5.1 SP25.1.820717-Apr-14
Blueprint 5.1 R25.1.78381-Oct-14
Blueprint 5.1 SP3.15.1.832116-Oct-14
Blueprint 5.2 General Release5.2.89918-Jul-15
Blueprint 5.2 Service Pack 15.2.911627-Nov-15
Blueprint 5.2 Service Pack
Blueprint 5.2 Service Pack 35.2.985719-Oct-17
Blueprint 5.2 Release 25.2.993724-Jan-18
Blueprint 5.2 Service Pack

In the psbprint database, there are two related tables: “Users” and “Identifiers”.

  • Users is reasonably obvious, it contains most of the properties of a user (i.e. Location, email, Budget Centre, etc.)
  • Identifiers are, for want of a better description, something that can identify a user.  The two most common types of identifiers are NetworkIDs and CardIDs.  This means:
    • A user may have multiple identifiers.  E.g. It’s common for a user to have both a NetworkID and a CardID.  Also, It’s not unknown for a user to have multiple cards.  Multiple network IDs is also possible.
    • Network IDs can exist without Card IDs.  Card IDs can’t exist without network IDs.  Well, they can, but without a Network ID, a Card ID is useless. Greatly simplifying, this is because when a Card ID is used for Secure release, Blueprint needs to match the Card ID to a network ID, so Blueprint can find all jobs that are owned by that network ID.
    • Thus Network IDs are “higher value” than Card IDs to Blueprint.


The root identifier is the highest value identifier that Blueprint has for a User.  Usually, it is the first Network ID associated with a User.

If you are having an issue with a Blueprint 5.1 or 5.2 TaskMaster, Secure Release Service, Logging Service, or Site Monitor service not starting during installation or during operation, it is possible that Microsoft Authenticode is getting in the way (for a good read-through on Authenticode, read Everything you need to know about Authenticode Code Signing - IEInternals - Site Home - MSDN Blogs). For those in the "tl;dr" camp, here's the quick skinny:


  1. Microsoft would like its developer community to digitally certify their applications.
  2. Microsoft .NET applications, like ours, get checked on start-up to ensure that the certificate is still good.
  3. If your server is not immediately able to contact the Internet for a little thing called a Certificate Revocation List (CRL), the service may not start due to timeout by the Service Control Manager.


The Site Monitor Logging service will fail to start during installation if it cannot validate the certificate or move past the operation in 30 seconds. If you receive a notification that a service can start during installation, immediately make the change below prior to retrying.


If you have that problem, modify that application's "config" file to include this <runtime> group within <configuration>:




     <generatePublisherEvidence enabled="false"/>




The following files are modification candidates (note that the folder paths are default, so your server path may be different):


  • C:\Program Files (x86)\PharosSystems\SiteMonitor\Logging\PharosSystems.LoggingService.exe.config
  • C:\Program Files (x86)\PharosSystems\SiteMonitor\Service\PharosSystems.SiteMonitor.Service.exe.config
  • C:\Program Files (x86)\PharosSystems\SecureRelease\PharosSystems.SecureRelease.SecureReleaseService.exe.config
  • C:\Program Files (x86)\PharosSystems\Blueprint\bin\PharosSystems.Blueprint.TaskMaster.exe.config

Some words of caution in the editing:

  • PharosSystems.LoggingService.exe.config and PharosSystems.SIteMonitor.Service.exe.config have a <configSections> group after the initial <configuration> tag. Put the <runtime> group in after the </configSections> line.
  • PharosSystems.SecureRelease.SecureReleaseService.exe.config already has a <runtime> group. So just put the <generatePublisherEvidence enabled="false"/> line in there as a child.

When you are finished editing, save the file and start the service.


Let me share some thoughts and experience on the topic.


HR-LDAR-Importer is a great tool, which allows to easily and what is very import quickly prepare import file to update Blueprint database. The utility is documented and useful, but is there anything else that can make Blueprint better?

Sometimes LDAP and Blueprint databases are used to address different needs. For example, one can get reliable email address stored in LDAP (mostly because they use Exchange as email server) and Printer Cost Centers are stored in Blueprint. This way to use HR-LDAP-Importer we would need to make a customer change his behavior and organize Blueprint Cost Center’s in LDAP somehow. Another example would be a customer unwilling to change anything inside a Blueprint database except for, let say, email and FullName of a user and leaving all the rest of the information unchanged. Somehow, Blueprint allows Blueprint Administrator to register a user without entering any Budget Center or Location Group information, however if you try to import HR file those fields are required, so if, let say, Blueprint database is already configured for 5000 users with their respective Cost Centers and Location Groups but that info lacks in LDAP, you will face some difficulties using HR-LDAP-Importer


This document attempts to describe a way to automate csv file creation that contains information both from actual Blueprint Database and selective LDAP fields. Import of the file into Blueprint can be achieved with PharosSystems.Blueprint.Utilities.HrLdapImporter.exe


What is necessary for us?

  1. Identify current Blueprint Users inside a Blueprint database (by current Blueprint Users I mean those users that are shown in Blueprint Administrator)
  2. Identify which LDAP attributes we need to be updated for those users and create LDAP view containing those attributes for each user
  3. Combine current Blueprint database information and those we got on step #2 to a result view
  4. Create csv from the result view


#1 is easy - we’re going to create a View inside psreports database, let’s call it LDAP_CURRENT_USER, that contains all Blueprint Current Users with all the information available and necessary for futher import

#2 is not so hard to do - we’re going to create a View inside psreports database that contains all LDAP users with all the parameters we need to be updated for our current users

#3 we will do inner join operation on the two views in order to get source view for our csv file

#4 we will use SSIS which is SQL Server Integration Services to export view #3 into import.csv file




Creating and scheduling SSIS package (#4) is not described here. In case anyone's interesting, please let me know, and I’ll update the document.



Hope this will save someday someone their time and efforts in Blueprint \ LDAP integration.


Thank you!



I just try to upgrade the Blueprint 5.1 with SP 3.1. Unfortunatelly the upgrade process is finishing with that error

"System Exception: Upgarade Scout failed with exit code 102,

at Installer.Install.UpgradeTracker()

at Installer.Install.DoRunOperations()

at Installer.Install.Run()

at.Installer.Program.Main(String[] args)"


I tried to run installation of the Tracker on the server and have got info "Installer has detected that you are running Citrix or Terminal Services. This is not supported for a Print Scout print server installation. Workstation mode must be specified"

I noticed similar info during upgrade fro exmaple from BP 4 to 5, but this could be solved by switching the terminal service mode to install, using in CMD this entry "Change User /Install". Unfortunately it doen't work this time.


Had somebody similar issue?


Best regards