CANCELMSG(1)
π CANCELMSG(1) β the cancelmsg girlies know π
okay bestie, we're in section 1 of the manual, and this one's by S. Varshavchik. it's giving "i need to un-send that email but for real" energy. let's get into it π¦
β¨ NAME β¨
cancelmsg β cancel an e-mail message, no cap π«π§
π SYNOPSIS π
cancelmsg {msgid} ["reason"]
that's it. two little slots. main character energy fr fr.
π DESCRIPTION π
so basically, cancelmsg removes a message from the mail queue. periodt. there will be no more attempts to deliver that message, and a standard delivery failure notice gets sent to the return address listed on the message. the way it just... notifies people? iconic.
now here's the tea, and it's important tea: you can only cancel your own messages. the superuser can cancel any message (of course they can, they have the keys to everything π). but an attempt to cancel a message will fail if:
- the message has already been sent (obviously bestie, you can't un-send it, that's not how any of this works π)
- or if a delivery attempt is currently in progress
and because a delivery attempt is usually started the second an e-mail message is added to the mail queue, a cancellation attempt is only actually effective if the message cannot be immediately delivered for some reason β or if the system is very busy and is grinding through a mail backlog π. lowkey the timing window is tiny. vibe check: don't count on it.
here's how it actually does the thing: cancelmsg works by marking all pending recipients as undeliverable. then a non-delivery report is generated and sent in the normal fashion. so it's not a smite from the heavens, it's just... marking. sneaky. we love a subtle queen β¨.
msgidβ this is the message queue id, and you get it from themailq(1)command π«"reason"β totally optional! and listen, the message does not just disappear into a black void π³οΈ. it will be returned as undeliverable, citing reason. and if you don't give a reason? a generic error message gets used instead. close enough, still slayed.
π BUGS π
ngl these are the parts where you go "okay so this is a little cursed." buckle up π:
- a non-delivery report may not be sent immediately. instead it can be delayed until the message's turn comes up in the scheduling queue. so it's not instant, it's queue girl behavior β³
- there is no immediate indication if the message cancellation worked π. a subsequent non-delivery report is the only indication of a successful cancel. and if it doesn't come? it means the message wasn't cancelled in time. brutal. no confirmation dm, just silence π
- a non-delivery report will not be sent for recipients whose delivery status notification does not include the
FAILnotice. so like, if they didn't ask for the FAIL notice, they don't get told. respect the preferences ig π
π SEE ALSO π
iykyk, go read your friends too π«Ά
π«Ά AUTHOR π«Ά
Sam Varshavchik Author
(go off king, thanks for the tool π)
π NOTES π
and that's the whole page bestie!! π from the Courier Mail Server, dated 01/10/2026, and it's a CANCELMSG(1) situation forever and always π
β¨ no cap, go cancel something responsibly. mwah. π¦πΈπ
π¦ where this page comes from
- ubuntu stonking: courier-mta 2.0.6-1 Β· GPL-3+~with-OpenSSL-exception
- Copyright 1998 - 2007 S. Varshavchik. See COPYING for -->
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms