rt-munge-attachments(8)
β¨ rt-munge-attachments β¨
okay bestie, so this is rt-munge-attachments from the Request Tracker Reference section of the manual (section 8, system admin tools, iykyk) β and it's literally the glow-up tool for scrubbing personal info out of your RT attachments π
πΈ NAME πΈ
rt-munge-attachments β remove or replace strings in attachment records
π SYNOPSIS π
rt-munge-attachments --search="user1@example.com" --replace="removed-user@example.com"
π¦ DESCRIPTION π¦
okay so first thing's first, bestie: in RT, "attachments" contain all correspondence on tickets, not just the file-based attachments you're picturing. like, everything. the whole vibe. π
normally RT does not modify attachments once they're created β they're frozen in time, main character behavior, iconic. but this script gives you a way to change or remove personalized data like email addresses that might be chilling in the headers or bodies of RT attachment records. so it's the designated exception, the one who gets to touch the archive. π
and why would you want that? so admins can comply with GDPR regulations while still keeping ticket histories with the remaining non-personal info. slay. you get to eat your cake and keep the ticket too. π
when this script modifies content, a transaction is recorded, so there's a record that something was changed on the ticket. but β and this is the important part β the details of the change are not recorded</>, because the values would likely contain the personal information that the script was run to remove in the first place. makes sense, no cap. π
β οΈ real talk though: if modifying ticket history violates your audit policies, admins should not use this script. like, at all. this is not a "maybe just this once" situation. π
β¨ OPTIONS β¨
--search=SEARCHβ hand it a string and it will search the header and content columns in theattachmentstable. if a match is found, the content will be removed β unless you provide a replacement. π«Ά--replace=REPLACEMENTβ hand it a string and that's what replaces the value matched by the search. the swap, the trade, the substitution. β¨--tickets=1,2,3β limits attachments to the specified tickets. okay so listen: if tickets are not specified, RT will pre-filter attachments by the search string using SQL, which might bypass attachments whose contents are encoded (likebase64). π use this option to prevent the pre-filter behavior. literally the fix. π
and that's the whole page, bestie β go forth and munge responsibly ππ
this page is perl v5.38.2, dated 2023-10-29, and it lives at rt-munge-attachments(8) in the Request Tracker Reference β mwah, bye! πππ§
π¦ where this page comes from
- ubuntu noble: request-tracker4 4.4.7+dfsg-1 Β· GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms