[ 
https://issues.apache.org/jira/browse/PDFBOX-5027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17241060#comment-17241060
 ] 

jakatal commented on PDFBOX-5027:
---------------------------------

Here is actually some guidelines for POSIX I found:

[Utility Conventions 
(opengroup.org)|https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html#tag_12_01]

Which actually says in Guidelines #11 that it is not excluded to have options 
repeated.

However, many other options from PDFBox "violate" that guidelines... so not 
sure if that is a good reference.

So do you see any bad impact in handling with scripting principles? In the end 
many people use it on script level for automation?

 

Anyways, I still like the repeating options more than the separation by special 
character (which is in Linux ":" - and ":" can be a valid file name character 
in common file systems beyond Windows). Any concerns?

Tilman, should I send a pull request to implement that feature on git?

 

 

> Protect/Encrypt PDF with multiple certificates on command line
> --------------------------------------------------------------
>
>                 Key: PDFBOX-5027
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-5027
>             Project: PDFBox
>          Issue Type: Improvement
>          Components: Crypto
>    Affects Versions: 2.0.21
>            Reporter: jakatal
>            Priority: Trivial
>             Fix For: 2.0.22, 3.0.0 PDFBox
>
>   Original Estimate: 6h
>  Remaining Estimate: 6h
>
> Hi,
> PDFBox has (obviously) the ability to protect a file with several 
> certificates by adding teh recipient's certificates one after another:
>  
>  
> {code:java}
> //Class PublicKeyProtectionPolicy has 
> public void addRecipient(PublicKeyRecipient recipient)
>     {        recipients.add(recipient);    }
> {code}
> For the commandline tool functionality, it just offers "-cert" with the 
> option to add a SINGLE certificate. I expect that in most serious use cases 
> actually two certificates are used to protect the document (the actual 
> recipient and the creator who wants to be able still to open the document as 
> well).
>  
> I propose to extend the command line functionality (Encrypt.java) by having 
> an iteration through several cert files, e.g. separated by special character.
>  
> Thanks.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to