A plugin (very similar to AttachWarner) would be great that warns if mails containing certain (configurable) keywords are queued for sending. I am using lots of templates with [TODO] to highlight sections I need to fill in, and I don't want to miss any of them. AttachWarner can not be (ab)used, because it depends on attachments.
The AttachWarner plugin can be configured to match any keywords. Use that.
But the attach warner depends on attachments - if there are attachments, there will be no warning no matter how many [TODO] there are.
This condition is easy to check by a scripting plugin, maybe Python (in official sources, I am not sure necessary hook is built in there, probably yes), Lua for sure (not in official sources, building from source required for now).
(In reply to Milan from comment #3) I am just correcting myself - in Python plugin, hook necessary for this task is not used. It could be added, but I prefer my Lua plugin, which handles this already.
(In reply to Paul (mmxx) from comment #2) Even worse - in default state, there is just one line containing word attach present. If I understand what it should do, then it does not work for me - I forwarded some mail, wrote 'attach' somewhere in the middle (just one word on a line), and sent it. No warning produced. Note: I did it twice, first one was mail with HTML part, second time I did it after deleting the part. This is still not enough, internal structure got from original mail is interpreted as text of mail being the attachment. Trying to send *newly created* text only mail produced warning as expected. So it is possible for OP to use AttachWarner for the task intended, however, adding single attachment (if required by template used or as part of task being solved) effectively disables the check for him, so he need to check just visually again.
(In reply to Milan from comment #4) > (In reply to Milan from comment #3) > I am just correcting myself - in Python plugin, hook necessary for this task > is not used. It could be added, but I prefer my Lua plugin, which handles > this already. Well, despite your preferences, I believe adding the hook to the python plugin is a much better option because: a) we already have the source in git (^_^) b) allows to implement this RFE too c) could make possible to get rid of the AttachWarner plugin itself (less source code to maintain, yay!) Perhaps c) can also be done with the Lua plugin, don't really know (is it possible to show some GTK window with it?), but without a) is way hackish for the common user, IMO Said that, removing the code for checking the presence of attachments in AttachWarner code should be somewhat easy, me thinks. s/Attach/Word/;s/attach/word/ on every file could do the rest (almost).
(In reply to Ricardo Mones from comment #6) OK, our views differ. That's normal. Just some comments: a) You have already some git diff's for integrating the Lua plugin. Not perfect, but working for those who tried. At least that's feedback I got from them. Requires work to integrate properly and clean up, for sure. b) could be done this way as is. Checked in past. c) could be done Lua way as well. Adding the hook into Python plugin is hackish as well (for common user), but doable if well documented. Modifying (possibly renaming) AttachWarner is possible way to go as well, I must admit. Anyway, I am just testing what you proposed and offering my view. Original requestor must decide the route he takes if he wants solve original request, off course.
I added the new keyword_warner plugin to the gtk3 branch of git.
Thanks, much appreciated!