[JG = Jacek Generowicz <
jacek.ge...@googlemail.com>]
JG> [...]
JG>
JG> ,----[
http://email.about.com/od/mozillathunderbirdtips/qt/et052806.htm ]
JG> |
JG> | As useful as attachments are, their purpose is often fulfilled
JG> | when the file has been saved or edited or simply seen. If you want
JG> | to save the message for reference, the dilemma is not easily
JG> | resolved: keep the message and clog a folder with dozens of MB of
JG> | unneeded data or purge the email together with the files attached
JG> | to it.
JG> `----
JG>
JG> Can anyone suggest how to address this problem with
JG> offlineimap-based setups?
JG>
JG> Would it be possible to add a higher-level mechanism for dealing
JG> with this problem in mu4e?
JG>
JG> Specifically, I want to be able to remove attachments from some mail
JG> message while keeping the rest of the message in my Maildir, *and*
JG> have the change (removal of attachment) propagate to my IMAP server.
JG>
JG> [...]
[SE = Stephen Eglen <
stephe...@gmail.com>]
SE> I asked about this a while ago too, as I have the same problem. I
SE> found a python tool to help delete attachments from a message, but
SE> have yet to integrate it with mu4e. An extra issue is that
SE> offlineimap won't guarantee to work if you edit the message, so the
SE> approach will be to write a new edited message and delete the old
SE> one. [...]
As long as the dates within the message, and the message's position
within a thread are maintained, I don't see how this would be a problem,
or am I overlooking something?