Declined
1
Support for importing S/MIME‑signed emails
Source: paperless-ngx/paperless-ngx#12342 · opened by @weberhannis
Description Summary Paperless‑NGX currently cannot import emails that are S/MIME‑signed (e.g., multipart/signed or application/pkcs7-signature). These messages are skipped or rejected by the mail consumer, even though the email content itself is not encrypted and remains fully readable. Problem Many organizations use S/MIME signatures by default to ensure message integrity. While the message body and attachments are not encrypted, Paperless‑NGX treats signed emails as unsupported and does not process them. This prevents automated ingestion of documents that arrive via signed email channels. Expected behavior Paperless‑NGX should: • accept and import signed but unencrypted S/MIME emails, • extract the message body and attachments normally, • ignore the signature part unless validation is explicitly implemented later, • optionally store a metadata flag such as signed: true. Signature validation is not required for this feature request; the goal i…
No pledges yet. Be the first to back this.
Comments
Similar requests
Support for importing S/MIME‑encrypted emails
3 votes · 0 comments
Change .eml file file type detection
1 vote · 0 comments
[Feature Request] Support ETSI ASiC-E signed documents (EU e-signed docs)
2 votes · 0 comments
[Feature Request] Support for CAdES (.p7m) container files extraction during ingestion
1 vote · 0 comments
Extend recoverable PDF handling to attachments
1 vote · 0 comments
No comments yet.