Author: Wolfgang May

Sample project Calling the PDF2PDFA-CL command line application from .NET / C#

We have created a C# / .NET example project to show how the PDF2PDFA-CL command line application can be called from a .NET / C# program.

Functions:

  • PDF to PDF/A conversion using our PDF2PDFA-CL application< /a>
  • .NET / C# sample project in source code including executable application
  • Selection – Conversion profile file (*.ppa) from PDF2PDFA-CL
  • Selection – Output Folder
  • Selection – Path to PDF2PDFA-CL EXE
  • Start processing by drag & Drop one or more PDF files into the selected drop area.

Download – PDF2PDFA-CL_C# sample project >>>

FileConverterPro (FCpro) 1.0.118

New features of FCpro version 1.0.118:

  • Extensions for placeholder pages when processing container (ZIP, MSG, EML..) files – Previously, container files in which one of the contained files could not be converted or could not be processed further could not be processed , only be selected whether a placeholder page is inserted or not. The status of the job never showed an error and a PDF result file was always generated. In the job query, there was no additional information about whether individual parts were not converted or whether placeholder pages were inserted.

The FCpro conversion profile can now be configured:

    • Whether to include placeholder pages or not.
    • Whether always a PDF result file (with or without placeholder pages), or whether no PDF should be generated. If a component of the container cannot be converted or processed, the job receives the status “Error”,
    • In addition to files that cannot be converted, PDF files that cannot be processed further are also recognized for containers. e.g. if they have a PDF restriction / password protection and therefore cannot be combined into one PDF file.
    • A separate placeholder page log can be activated on the server in which the use of placeholder pages is logged.
    • Every use of a placeholder page can also be logged via an SMTP email.
    • If a placeholder page was added to a job, you get this information via the web service job query.

   

  • Web Service – REST – Improvements / Enhancements:

REST endpoint UploadJobEx6 – Previously, some parameters were always overwritten by the FCpro service if they were not configured. This has now been changed so that only those parameters that are passed and set via the REST endpoint UploadJobEx6 overwrite the job parameters.

GetJob function(jobGuid) call provides more information:

There are some new lines in the job information

    • PlaceholderUsed (true/false)
    • ProcessId
    • ProcessName
    • SettingsName (name of the FCpro converter profile used)

ProcessName provides information about which converter was used to convert the PDF. Either “FileConverterPro” (internal) or by an “external” component (e.g. MS Office)

Sample response to a GetJob function(jobGuid) call:

{
“GetJobResult”: {
“ConversionStartedDate”: “/Date(1637056353767+0200)/”,
“ConversionStartedDateISO”: “2021-11-16T11:52:33+02:00”,
“CreationDate”: “/Date(1637056352797+0200)/”,
“CreationDateISO”: “2021-11-16T11:52:32+02:00”,
“Errors”: “”,
“FinishedDate”: “/Date(1637056366843+0200)/”,
“FinishedDateISO”: “2021-11-16T11:52:46+02:00”,
“JobGuid”: “84726eef-0383-4094-b15f-de7ce122dce7”,
“JobID”: 255,
“JobLabel”: “C:\\Users\\Admin\\AppData\\Local\\DropConverterProE\\Downloads\\211116-115230\\20211116115232058.pdf”,
“PageCount”: 1,
“PdfData”: null,
“PlaceholderUsed”: false,
“ProcessId”: -1,
“ProcessName”: “FileConverterPro”,
“SettingsName”: “default”,
“Status”: 5,
“UserName”: “admin”
}
}

 

  • Quit MS Office automatically – Sometimes it happens that the FCpro service is installed on a workstation on which a user is working. During FCPro processing, MS Office applications are “cleaned up” at regular intervals and automatically terminated. Previously also if MS Office was not configured and used as a converter. That has now changed. MS Office processes are only cleaned up if MS Office is also configured and used as a converter.
  • Common PDF2PDFA component – The FCpro PDF to PDF/A converter was developed by our PDF2PDFA standard component to use the same unified converter in all our applications. FCpro is now also able to create ZUGFeRD 2.1.1-compliant files with XRechnung profiles.
  • FCPro version number can be used as a variable for the creator / creator field to be able to store in the PDF with which FCpro version the document was created.
  • SWF – Flash file generation has been removed – Since the Flash SWF format is no longer supported in IT for security reasons, the generation of this additional file format has been removed from all FCpro functions.
  • iOCR – Recognizing and correcting defective text in existing PDFs – For more information, see AutoOCR >>>
  • Terminating OCR processes that have been running for too long due to timeout – If the OCR process for a job takes too long and the specified timeout value is reached, the job and all associated sub-processes are aborted terminated automatically.

Corrections and bug fixes:

  • Access problems have arisen with the parallel processing of ZIP containers, with TIFF files and parallel processes. – Error “Can not access the file”
  • The PDF (password) protection was not executed for the PDFExport settings and PDFSign.
  • The container sorting (ZIP, MSG, EML…) by file name / folder did not work.
  • The configurable JPEG quality settings for the additional preview and thumbnail images to be generated were not applied.
  • Setup – When installing without an internet connection, the iOCR engine was not automatically installed.

Download – FileConverterPro (FCpro) ~600MB >>>
Download – OmniPage OCR Engine als Option für FCpro (ca. 235MB) >>>

PDFmdx Version 3.18.0

Innovations / improvements PDFmdx Version 3.18.0:

  • Improved text extraction – Thanks to the improved test extraction, we were able to improve the text extraction on the basis of problematic PDFs provided by customers. This also made certain “problematic” PDFs processable – e.g .: phantom spaces were inserted for very small text, the “.” or “,” output shifted, or horizontal dividing lines created by strung together “_” prevented reading in these lines.
  • Completed PDF forms Process – Forms are now “rendered”. The PDF is “flattened” and converted into a normal, no longer changeable PDF. Thus, the fields can be read out and processed by PDFmdx like with any other PDF.
  • New counter variables for the metadata output -% COUNTER_GLOBAL% – A “global” counter for which a start value can be specified. This is increased each time a data record is output. % COUNTER_LOCAL% – the “local” counter, is only incremented for the data records of the current processing and starts with each processing job again at 1.

  • Performance optimization when using the file name to select the layout directly via the name and not via conditions.
  • PDFmdx Editor – Split Test Function – is now based on the same routine as the real processing. Error messages are displayed directly and correspond to the error messages that are also output during processing.
  • PDFmdx Editor – Show fields / sliding groups on other pages – Usually fields are positioned on a specific page of the sample document. However, fields can also be read out on other or more pages, e.g. when reading out position data via sliding groups / subgroups. In order to be able to check how / where the fields are positioned on other pages, or which values ??are read out for “floating fields”, there is now a function to show the positioned fields on other pages. This display is automatically deactivated when you switch to another page. By & lt; CTRL & gt; + & lt; Up / Down Arrow & gt; the fields can also be moved vertically. Along with the & lt; Shift & gt; Key with larger increments. If you click in a displayed field, the field name and the text read out are displayed in the status line.

  • Configuration of the output name – If an illegal character is used in the field for the PDF output file name, e.g. uses a “\”, characters that are not allowed are automatically replaced by a “_” during processing.

  • ZUGFeRD XML via variables – The variables available via PDFmdx can be used to define the ZUGFeRD XML file to be embedded.

  • Combining PDF files – The new “Combine” function allows you to combine additional PDF files with the processed file to form a single PDF.

Combining functions:

    • “Combine” allows you to combine one or more PDFs with the file generated via PDFmdx to form a complete PDF.
    • The order of the files to be merged can be specified via a list.
    • Criteria (AND / OR / NOT) can be used to decide on the basis of texts read from the document whether or not a “merge” should take place.
    • Several different “merge lists” can be created. Such a list can be linked to a specific layout. A layout can be recognized and selected using criteria.
    • In the merge list, you can either use fixed files or paths / names that are dynamically generated during processing using texts read from the document.
  • New implementation of the email function:
    • A new email component has been implemented for sending and email processing.
    • This means that all current encryption protocols (SSL2, SSL3, TLS1, TLS1.1, TLS1.2) are supported. At the beginning of communication with the SMTP email server, the most suitable and supported protocol is automatically negotiated and determined.
    • Max. Configurable size of the email : When sending email, there is an option to combine all emails that are to be sent to the same email address into a single email message. There is now a separate parameter to limit the size of a single combined message, e.g .: to 10MB, If the value for a message is exceeded, it is divided into several emails so that the maximum set size is not exceeded.
    • The PDFmdx processor now has its own logging / protocol function for sending emails. This can be activated individually for the successfully sent as well as for the error mail. The storage path can also be configured.
    • The logged emails are saved as EML files in two configurable folders (Success / Failure). An XML file with metadata and error message is also created for an error email. A separate subfolder can be created for each day to store the successfully sent email.
    • Display of the sent / error email in the PDFmdx processor as a list, accessible via 2 buttons. Functions: sorting of the list by date / time, to, subject, error message, open folder, display email message, open file attachment. Delete individual messages, delete all messages.

 

Corrections PDFmdx version 3.18.0:

  • Read barcodes were not assigned to variables and therefore not written to the metadata file.
  • Text that has been read out was not prepared according to the configuration for variables in different places.
  • Barcodes could not be read in PDF with page rotation – the display page rotation was not taken into account.
  • “Received value” function did not receive the values ??for the sub-records.
  • MRC-PDF (Mixed Raster Content) could not be processed. A defective PDF was issued.
  • PDFmdx Service Processor – The start at a specified / repeated time did not work.
  • PDFmdx processor – During parallel processing, sometimes it was not possible to write to the metadata XLS (X) because it was still open and therefore blocked by another process.
  • PDFmdx Editor – import of templates – query after overwriting always came even if no file should be overwritten.
  • PDFmdx Editor – First start without template & amp; Layout, then import a template – no automatic refresh was performed and the imported templates & amp; Layouts were not visible.
  • PDFmdx Editor – When moving / copying a layout from one template to another, no query came up that a layout with the same name already existed.
  • PDFmdx Editor – Deleting a layout with multiple linked conditions. The AND / OR nodes were retained in the editor and were not automatically cleaned up, which caused processing problems.
  • PDFmdx Editor – Images in the HTML body were not inserted into the email when the email was merged to the same recipient and were missing in the sent message.
  • Sending emails – If an error occurred when sending emails under certain conditions, processing was aborted or the service was stopped. For this reason, the sending of emails has been re-implemented and logging of successful and error emails has been added. (see innovations).

Download – PDFmdx Template Editor & Processor >>>

PDF2Printer – Version 2.0.22 – Print pages / areas, extended PCF control file

Innovations PDF2Printer Version 2.0.22:

Print specific pages / ranges of pages:

  • Page ranges – from / to – with the minus sign: e.g. 6-8
  • Individual pages – separated by a comma: e.g. 1,4,6-8
  • All pages from a certain page to the end of the document – with the dollar sign: e.g. 1,4,6-8,10- $

Extended PCF control file:

An essential function of PDF2Printer is the possibility of controlling the printing process via a PCF- Print Control Format File. The PCF control file has now been expanded to include the new functions of the PDFPrint .NET component.

PDF2Printer can monitor an input folder. PDF files that end up in it are printed out immediately with the configured standard settings. Any subfolders can be created in the monitored folder into which PDF files are copied. The printout of these PDF files can only be triggered via a * .PCF file.

A PCF file can contain the names of one or more PDF files to be printed. The PDF to be printed must already exist in the subfolder before the PCF file is created there or copied into it. The PCF file can contain one or more lines, one line per PDF. Printed PDF files will be deleted. Once all files have been printed and the subfolder is empty, the subfolder and the PCF file are also automatically deleted.

 

Syntax of the PCF lines:

<PDF file name> \ t <Printer name> \ t <Paper tray type>: <Paper tray name> \ t <Copies> \ t <Grayscale> \ t <Page range>

  • \ t = TAB Character as a separator between the parameters.
  • & lt; PDF file name & gt; = Name of the PDF file to be printed, without path, the PDF must be in the same subfolder as the PCF file.
  • & lt; Printer Name & gt; and & lt; Tray_Type & gt;: & lt; Tray_Name & gt; = Can be found in the “printers.pnames” file. This file is automatically created by the PDF2Printer application when the service is started in the monitored folder and contains the list of all available printers / paper feed trays. Please note that the system account under which a Windows service runs by default does not have access to network printers. Therefore a user account should be used. You should log in with this user account, perform the PDF2Printer configuration and test the printer under this user account. This user should then also be used for the PDF2Printer service. This ensures that the PDF2Printer service has the same printers available as when configuring via the user interface.
  • & lt; Copies & gt; = Number of copies for the printout
  • & lt; Grayscale & gt; = true / false – Whether to print in color or in grayscale.
  • & lt; Pages area & gt; = Individual pages separated by a comma, from / to with the minus sign, or up to the end of the file with the $ sign: e.g. 1,3-4,10 – $ </ li>

Download – PDF2Printer – Service to automatically print PDFs >>>

PDFPrint .NET Component version 1.3.6 – print certain pages / range of pages

With the PDFPrint .NET component version 1.3.6 it is now possible to print only certain pages (individual pages, page areas, all pages up to the end of the document) of the PDF document

Features:

  • Page ranges – from / to – with the minus sign: e.g. 6-8
  • Individual pages – separated by a comma: e.g. 1,4,6-8
  • All pages from a certain page to the end of the document – with the dollar sign: e.g. 1,4,6-8,10- $

Since all of our PDFPrint products – PDFPrint-CL, FM, CS, PDF2Printer, eDocPrintPro PDFPrint Plugin – are based on the PDFPrint .NET component, this new function is automatically available in all new versions of our PDFPrint products.

Download – PDFPrint –  print PDF´s >>>

AutoOCR & AutoOCR light Version 2.0.41

Innovations AutoOCR & AutoOCR light 2.0.41:

  • Target file name / folder via variables: Some variables can now be used for the output file name and for the output folder. The configuration takes place in the field for output file names. By using “\”, a folder structure can be specified in the field, which will be created under the selected output start folder.

  • Eliminating PDF that already contain text: The “intelligent” OCR processing can recognize whether a PDF requires OCR processing or not, but all PDFs from the monitored input folders are always processed and output in the target folder. However, if you only want to output PDFs that really require OCR processing, this distinction was not previously possible. With this new option, only those PDFs that have actually been OCR processed are output in the output folder. All other PDFs are, depending on the configuration, moved from the input folder, e.g .: directly to the archive folder and therefore do not end up in the output folder.

  • Detect and correct defective text in PDF: Sometimes PDF contains text, but it is “defective”. The problem lies in the incorrect creation of the PDF. Texts / fonts are coded incorrectly or incompletely. The problem often occurs if an existing PDF is printed out again from a display program using a PDF printer driver in order to generate a PDF from it again.

In this case you can mark and copy the text in the PDF, but the extracted text cannot be used and only contains special characters and hieroglyphs. Such PDFs cannot be processed further in a meaningful way. No information can be obtained from the PDF, the PDF cannot be searched and the document cannot be found using full-text search or search engines. This cannot be seen from the outside. The PDF can be opened, viewed and printed out without any error messages.

The only way to restore such PDF and encode the text correctly is through OCR. The PDF or only the affected page is “rendered” and the text is regenerated using the OCR processing.

AutoOCR Version Version 2.0.41 offers this possibility for both the iOCR and the OmniPage OCR engine. It can be found out for each page of the PDF whether it contains “defective” text or not. If such a page is recognized, the text is regenerated using the OCR function; pages with correct text are not subjected to any further OCR processing.

 

 

Download – AutoOCR – OCR Server incl. OmniPage OCR (ca. 640MB) >>>
Download – AutoOCR light – Low Cost OCR Server (ca. 410MB) >>>
Download – iOCR (vsOCR) Setup – additional languages (ca. 1200MB) >>>

eDocPrintPro free, PDF/A & ZUGFeRD Version 5.3.4 available

Innovations Version 5.3.4:

  • The two paper formats that are often required in the CAD area – DIN A0 and DIN A1 have been added to the list of standard formats and are therefore available immediately after installation.

  • With the ESFX profile management, individually created paper formats are now correctly saved, restored when the profiles are loaded and are no longer lost.

Download – eDocPrintPro free 64bit Version

Download – eDocPrintPro 64bit PDF/A & ZUGFeRD

Download GhostScript 9.53.3 64bit Setup

Download – eDocPrintPro 32bit Version 4.0.2

Download – eDocPrintPro 4.0.2 32bit (ca. 66 MB) >>>
Download – eDocPrintPro PDF/A & ZUGFeRD 32bit (ca. 105 MB) >>>
Download – GhostScript 9.27 MSI Setup – 32bit (ca. 26MB) >>>

PDFmdx Version 3.16.6

New features PDFmdx template editor:

  • Templates / template groups: An additional “group” level has been implemented to enable clarity and management of a large number of templates. This allows templates to be grouped together. In the PDFmdx Editor, the groups form the top level in the tree view. Groups can – be created, the name changed, deleted or moved up and down. Templates of a selected group can be exported or imported as a whole or individually. Templates in a group can be moved to a different or a new group.

 

  • E-Mail – Configuration via profiles: Several email configurations can now be created in one template. The e-mail configurations are managed using profiles with names. E-mail profiles can be created, copied, renamed and deleted. A specific email profile can be assigned to the email conditions. This means that not only the e-mail function itself, but also the e-mail profile to be used can be controlled via conditions.

 

  • E-Mail – Use of variables for attachments: Up to now, only fix selectable and therefore predefined attachments could be sent with the PDFmdx main document by email. Now it is also possible to use variables for the path and file name of the additional attachments. An option can be used to determine whether, if an attachment does not exist or cannot be found, the email is sent anyway, or whether it should be treated as an error. During configuration, a file is first selected, inserted into the list, then edited and the variables added.

  • E-Mail – Main document always as the first appendix: When sending an e-mail, additional attachments can be sent in addition to the main document generated via PDFmdx. Now the main document generated by PDFmdx is always inserted as the first attachment, the other additional attachments are always inserted after.
  • Sliding group over 2 pages: With some documents it can happen that a data record of a sliding group begins on one page and continues on the next page. Up to now, sliding groups have only been identified via a condition (DG) for the start of the group. The data record is recognized, but cannot be read out completely, as part of it is on the following page. In order to include the information on the following page for such cases, at least two “DG” conditions with OR / OR link are required. One for the beginning and one for the rest of the record on the next page. This means that the entire data record is recognized and processed, even if it is on separate pages.

  • Metadaten as XLS: Some downstream applications can only process the old XLS and not the current XLSX format. That is why the XLS format for the metadata output has now been implemented again.
  • New PDF preview functions – display text layer / display text blocks: A scanned PDF that has been made searchable via OCR consists of both an image and a text layer. The image plane shows that only the scanned document. From this point of view it cannot be seen whether, where or which text is behind it. In the PDFmdx Editor preview there is now the option of showing only the text layer and hiding the image layer, as well as the option of showing the boundaries of the text blocks as green rectangles for each of these displays. This makes it easy and quick to see which text is available and where exactly the text blocks are located.

 

  • Fields / Variables – Replacement of values via XLSX table: Bisher konnte nur eine CSV Datei verwendet werden um die Werte von Feldern/Variablen zu ersetzen. Jetzt ist es auch möglich eine XLSX Datei zu verwenden. Konfiguriert wird der Name der Spalte für den Suchschlüssel sowie die Spalte für den Ersatzwert.

  • Counter as a stamp variable: There is now also a counter variable for text or barcode stamps. An option can be used to configure whether the counter should be increased when it is used several times within the document or only with each new document. The start value can also be specified.

 

  • Visual PDF signature – support for transparent image files: With the current version, transparent image files (PNG, TIFF) can also be used for the visual representation of the PDF signature.
  • Export templates as PMDX individual data: Previously, several or all templates could only be exported as a single PMDX file. or if you wanted to export several or specific templates as individual files, this had to be done individually for each template. Now, via an option from a template group, each template contained in the group can also be exported individually as a separate PMDX file. The template name is used as the file name.

 

Innovations PDFmdx processing:

  • Recognition and export of a ZUGFeRD XML file contained in the PDF: This option can be activated for the PDFmdx job. Each PDF file to be processed is checked in advance to determine whether it contains a ZUGFeRD XML file. If such an XML is contained in the PDF as an attachment, the XML is extracted from the PDF and saved in the configured folder under the PDF name with the extension * .XML. If the option “Move PDF” has been activated, the PDF will also be moved to this folder and will not be processed by PDFmdx.

  • Activate all layouts automatically: If a new layout is added to a template, this layout must also be activated in the PDFmdx processor during the job. Up until now, this had to be done manually and was sometimes “forgotten” so that the newly created layout is not recognized. For a template as well as for the job configuration there is now an option to activate all layouts automatically. This means that all newly added layouts are always automatically activated and can no longer be “forgotten”.

 

  • Error log with header: In order to be able to interpret the content of the individual columns of the error log (Error.csv) more easily, a header line with the names of the columns was inserted to get a conclusion about the information of the fields.

 

PDFmdx corrections:

  • E-Mail HTML Body – File names for images can now contain spaces.
  • Anchor field not found – Linked fields now remain empty and are not assigned any values.
  • Fuzzy anchor search function has been improved.
  • Error message – XLSX blocked: Over time, an XLSX metadata file can become very large. It has happened that opening and writing this XLSX took longer and several processes wanted to access this file. This led to error messages, access was not possible because the XLSX was still blocked by another process. This problem has been resolved. Nevertheless, care should be taken to ensure that such metadata files do not become unnecessarily large.
  • Sliding group – Recognition was not possible with PDF with “Display Rotation”.

Download – PDFmdx Template Editor & Processor >>>

iPaper Client – Version 3.0.84 – New actions implemented

Innovations– iPaper 3.0.84:

  • Stationery as an additional action

The iPaper Client can under- or overlay a PDF letterhead. This function is located on the “Stationery” tab and represents an essential basic function of iPaper. Now, as with iPaper Server, there is also the option of adding additional “Stationery” actions, either once or several times, to the action list. In this way, not just a single, but also several “letterheads, watermarks or stamps” can be applied to a document during processing.

 

  • The order of the stationery can be specified in the selection list

This makes it possible to change the order in which the stationery appears in the selection list and to define it freely. In a list, the stationery can be sorted in ascending / descending order according to name / creation or modification date, and can be moved up or down. This allows you to summarize the most used stationery at the beginning of the list for faster selection.

   

  • PDF / A or ZUGFeRD as an independent action

Until now, PDF/A /ZUFGeRD was a general function of the application and not implemented as an independent action. This means that the PDF/A or ZUGFeRD output, like all other actions, can be managed via profiles, action profiles and thus now also the PDF/A function can be linked to a letterhead, or iPaper mdx can be used to select an action profile. Since the PDF / A conversion can only be carried out once and only at a certain point in time, the PDF/A action can only be inserted once and the sequence cannot be freely defined, it is always inserted at the end of the list. The ZUGFeRD XML can also be deleted immediately after it has been successfully embedded in the PDF.

 

  • New action – definition of variables

A “variable” action has also been added. This allows variables to be specified and assigned a default value. The variables can then be used in other actions, e.g. can be called up and used as parameters in the “Email” or “Save as” action. A name is assigned or a default value is assigned during the definition. Variables can also be assigned values ??using an external variable file (* .var, *. Txt). This allows values ??from other applications to be passed as parameters to Paper Actions. An external variable file can also be deleted automatically after processing has been carried out.

To read variables from an external file, the name of the variable and a standard default value are added to the list of the action. This default value can then be defined and overwritten externally in the external * .var / * .txt file. A line with <variable name> = <value> e.g. “Test = 4711” inserted. This means that the “Test” variable (% Var.Test%) has the value “4711”.

 

   

  • New action – PDF compression and optimization

With the new standard “Compress” action, iPaper now also has the option of compressing and optimizing PDFs in order to create PDF files that are as compact as possible. In particular, PDF files, scans or images can be greatly reduced in size. In addition to the possible reduction in the resolution of the images, the best possible PDF compression (JPEG2000 / JBIG2) is also used. The result is smaller, more compact and optimized PDF files.

 

 

  • Functions of the action profiles

Action profiles can be – newly created, copied, renamed, deleted or exported as an XML file or imported again. The XML files of the exported action profiles can also be used directly as a template for the external iPaper XML control (via an external file or via the printout). This means that manual coding of the XML using an editor is no longer necessary. All configurations can be made interactively via the iPaper user interface in the actions and then exported as XML. This is much easier and safer than manual coding using an editor using the iPaper XML syntax.

 

  • API / .NET programming interface

The API is used to query and set certain iPaper functions from external applications or to start the processing of an existing PDF file by iPaper. In order to be able to use the iPaper API, it must first be activated in the iPaper Client under “General Settings”. To use the API from an external application, the “iPaper.Interface.dll” and the installed and started iPaper Client are required. To demonstrate the available functions, two .NET / C # demo & test applications are available in the source code and as executables as EXE.

iPaper 3.x Client Version

Download GhostScript 9.53.3 64bit Setup

 

EasyMerge PDF/A converter 2.2.15 – now with MS-Outlook Plug-in

From EasyMerge version 2.2.15, an MS Outlook plug-in can also be installed with the setup. This makes it possible to insert PDF attachments into the EasyMerge file list directly from MS Outlook without having to save the attachment beforehand.

Functions EasyMerge MS-Outlook Plugin:

  • Direct insertion of PDF attachments into the EasyMerge file list from MS Outlook.
  • Selection of one / more email messages, an entire email folder or the attachments in the email message
  • Calling up the EasyMerge user interface from MS Outlook,
  • Configuration of the operation to be carried out after the export:
    • Highlight the exported message in color using categories.
    • Move the processed message to a mailbox folder
    • Deletion of the processed message – with / without confirmation
  • Logging of the processes / display of the log

     

Download – EasyMerge PDFA >>>

Webshop