Scan inline XML/PDF MIME parts, not only attachment disposition #11
Labels
No labels
dep-scan
dep-scan
dep-scan
dep-scan
dep-scan
dep-scan
dep-scan
dep-scan
dep-scan
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
dep-scan/ignore
finding
mod-nag
mod-nag
mod-nag
mod-nag
mod-nag/ignore
mod-nag/ignore
mod-nag/ignore
mod-nag/ignore
bug
doc
duplicate
enhancement
help wanted
invalid
question
security
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
IUS/xr-invoiced#11
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
internal/scanner/attachment.goonly processes parts whereContent-Dispositionis exactlyattachment.Reference:
internal/scanner/attachment.go:55.Invoice mail can contain XML/PDF parts with
inlinedisposition or no disposition at all, especially when the part still has a filename or an invoice content type. Those messages are currently skipped.Expected
Process MIME parts when they have a filename or an interesting content type (
application/xml,text/xml,application/pdf), regardless of whether the disposition isattachment.Suggested fix
Treat disposition as a hint rather than a hard gate, and add tests for inline/no-disposition XML and PDF parts.
Branch renamed per convention:
Old: regression/issue-11-inline-mime
New: fix/11-inline-mime-parts
The old remote branch has been deleted.
Fix branch pushed: fix/11-inline-mime-parts-claude
Relaxes the Walk disposition guard to also process parts with inline or missing disposition when they have an invoice-relevant content-type or filename. Also extracts filename from Content-Type name param. Regression test passes.
Implementation branch: fix/11-inline-mime-parts-codex