THPDFHeadlessCMSOptions

Brug THPDFHeadlessCMSOptions.Default, før individuelle options ændres

Member	Standard og betydning
`MaxCMSBytes`	16 MiB, den afgrænsede CMS input/output og PEM input-grænse
`MaxSigners`	64, det maksimale signer-antal accepteret under verifikation
`MaxSignedBytes`	4 GiB, de samlede kilde-bytes dækket af de deklarerede intervaller
`TrustedCAFile`	Tom, aktiverer integritetsverifikation uden trust-krav; en leveret PEM CA-fil aktiverer eksplicit kædeverifikation
`RequireCAdES`	False, aktiverer ESS signing-certificate bindingsgenerering eller kræver dens integritetsverifikation; dokumentverifikation kræver automatisk ESS for en ETSI.CAdES.detached SubFilter, mens certifikattrust forbliver en separat eksplicit option
`CertificationPermission`	Nul for approval-signaturer eller 1, 2 eller 3 for at oprette den første DocMDP-certificeringssignatur gennem SignToFile eller SignPFXToFile
`DigestMethod`	SHA256; signering understøtter også SHA384 og SHA512, med en tom værdi der beholder SHA256
`Reason`, `Location`, `ContactInfo`, `SignerName`	Tomme Unicode-strenge; ikke-tomme værdier bliver signature dictionary Reason-, Location-, ContactInfo- og Name-indgangene med dokumentets strengkrypteringspolitik
`LegalAttestation`	Tom; en ikke-tom Unicode-præcisering skrives til Catalog Legal/Attestation under certificeringssignering og tjekkes mod krævede certificerings-seed-værdier
`UseAdobeRevocationInfo`	False; signering indlejrer autentificeret CRL- eller OCSP-evidence i Adobe signed revocation information-attributten, mens verifikation kræver og validerer den faktiske indlejrede attribut for hver signer
`RevocationEvidence`	Tomme DER-certifikat-, komplette OCSPResponse- og CRL-arrays; signering validerer al leveret evidence inden output publiceres, og verifikation bruger de indlejrede CRL- og OCSP-værdier med valgfri leverede kædecertifikater
`RevocationValidation`	THPDFHeadlessLTVOptions.Default med RequireTimestamp sat til False; en eksplicit betroet CA-fil er krævet, når UseAdobeRevocationInfo er aktiveret, og evidence skal dække hver ikke-roden signer og inkluderet TSA-certifikat
`CredentialSourceURL`	Tom; applikationsleveret enrollment-proveniens brugt, når signatur-seed kræver en bestemt credential-URL
`TimestampServerURL`	Tom; URL'en, som den konfigurerede timestamp-transport ruter til, sammenlignet med en krævet seed timestamp-URL
`RequireTimestamp`	False; kræver et autentificeret RFC3161-tidsstempel for hver CMS-signer under verifikation og en konfigureret transport under signering
`Timestamp`	THPDFHeadlessTimestampOptions.Default; dennes transport aktiverer timestamp-signering, og dennes eksplicitte betroede CA-fil aktiverer verifikation af eksisterende signatureTimeStampToken-attributter
`CancellationToken`	Nil eller en kalder-ejet token, der skal forblive i live for hele operationen

Alle numeriske grænser skal være positive; et betroet verifikationsgennemløb læser det signerede indhold igen, mens MaxSignedBytes begrænser den dækkede indholdslængde snarere end de kombinerede læsninger af begge gennemløb

Timestamp-respons- og signaturbudgetter begrænses derudover af MaxCMSBytes, og ikke-nil CMS- og timestamp cancellation-tokens skal matche

Ikke-nil CMS- og revocation-validerings cancellation-tokens skal også matche; indlejret revocation-information er afgrænset af MaxCMSBytes og det konfigurerede evidence objektbudget

Enrollment- og transport-URL'er beskriver applikationskonfiguration; de etablerer ikke certifikattrust eller erstatter de autentificerede RFC 3161 timestamp-tjek

TimestampToFile bruger DigestMethod til PDF-dokumentaftrykket og Timestamp til den faktiske TSA-transport og eksplicit trust; verifikation udleder aftryks-digest fra autentificeret TSTInfo

Dokument timestamp-integritet autentificerer altid TSA CMS og ESS-binding; TimestampValid kan være true uden et trust-krav, mens TimestampTrustEvaluated rapporterer eksplicit TSA trust-vurdering