<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 01.04.2013 19:05, Mihovil Stanić
wrote:<br>
</div>
<blockquote cite="mid:5159BE6A.4090205@gmail.com" type="cite">Would
like to get answers to some questions and since lots of people
experienced in TB coding are on this list, I'm snatching it for
quick question. :) <br>
<br>
Right now Thunderbird locks attachments so when you open it they
are read only (Excel files for example). I'm interested in
unlocking those file so they can be edited and saved back to
original email, Outlook style. <br>
1. Is this enhancement possible with addon or you need to dig into
TB code? <br>
2. How complex would something like that be? <br>
</blockquote>
I assume you're talking about editing the attachment of a *received*
msg and saving it back to the same original received msg.<br>
In fact, Outlook seems to have an "Edit Message" mode to edit
*received* msgs freely (e.g. subject, body, and attachments).<br>
For those not familiar with that feature, here's more:<br>
<br>
Short general info on OL's "Edit Message" feature:<br>
<br>
<a class="moz-txt-link-freetext"
href="http://email.about.com/od/outlooktips/qt/et_edit_receive.htm">http://email.about.com/od/outlooktips/qt/et_edit_receive.htm</a><br>
<br>
Customizing newer versions of OL to include Edit Message Button,
including video showing the customization and the process of editing
and saving changes back to the original msg:<br>
<br>
<a class="moz-txt-link-freetext"
href="http://www.slipstick.com/outlook/outlook-2010/edit-and-save-outlook-2010-attachments/">http://www.slipstick.com/outlook/outlook-2010/edit-and-save-outlook-2010-attachments/</a><br>
<br>
I don't know about the code in question in TB, but I suspect it
won't be easy to code up an addon to do that, given that TB itself
cannot even handle editing of attachments while *composing*
consistently (<a
href="https://bugzilla.mozilla.org/show_bug.cgi?id=378046">Bug 378046</a>),
where the current behaviour of editing attachments from within TB
(described in <span class="bz_comment_number"><a
href="https://bugzilla.mozilla.org/show_bug.cgi?id=378046#c60">Comment
60</a>) </span>is pretty confusing and inconsistent, as it
depends on the method of attaching (MAPI vs. non-MAPI methods) and
whether you ever closed and reopened your draft composition. So for
average users it's pretty hard to tell if they'll edit the original
source file from their FS, or the TB-owned snapshot copy of that
file.<br>
<br>
FTR: The <b>proposed solution for </b><b><a class="bz_bug_link
bz_status_NEW " title="NEW - Mail composition: opening/editing
attached file sometimes unexpectedly opens/edits original file
(only if attachment was added via TB OR drag-and-drop (non-MAPI)
AND draft has never been closed yet): MAPI and non-MAPI
behaviour should be consistent"
href="https://bugzilla.mozilla.org/show_bug.cgi?id=378046">bug
378046</a></b> is to get (or even embed) <b>immediate snapshot
copy of anything (files, images, messages...) as soon as it is
attached to current composition (instead of just referencing such
external parts and not having any control </b>whether they will
still exist or be the same when sending).<br>
<br>
Starting from <a class="bz_bug_link bz_status_NEW " title="NEW - If
Offset of replied-mail/forwarded-Inline-mail/previous-draft-mail
is altered by Compact while composing mail, Send/Save can't find
image data in the original mail then Tb spins with
"Attaching...", when the original mail is HTML mail with
embed image."
href="https://bugzilla.mozilla.org/show_bug.cgi?id=817245">Bug
817245</a> <a class="bz_bug_link bz_status_NEW " title="NEW - If
Offset of replied-mail/forwarded-Inline-mail/previous-draft-mail
is altered by Compact while composing mail, Send/Save can't find
image data in the original mail then Tb spins with
"Attaching...", when the original mail is HTML mail with
embed image."
href="https://bugzilla.mozilla.org/show_bug.cgi?id=817245#c12">Comment
12</a>, Magnus Melin, WADA, and I have once again established and
confirmed that <b>this </b><b>solution proposed by bug 378046 will
solve a lot of other dataloss and privacy bugs </b>including <a
class="bz_bug_link bz_status_NEW " title="NEW - If Offset of
replied-mail/forwarded-Inline-mail/previous-draft-mail is altered
by Compact while composing mail, Send/Save can't find image data
in the original mail then Tb spins with "Attaching...",
when the original mail is HTML mail with embed image."
href="https://bugzilla.mozilla.org/show_bug.cgi?id=817245">Bug
817245</a>. That's notwithstanding the RFE of <a
class="bz_bug_link bz_status_NEW " title="NEW - Update file
attachments at send-time on drafts/templates (need a way to
request "Don't read attachment file until actual send of
mail")"
href="https://bugzilla.mozilla.org/show_bug.cgi?id=722929">bug
722929</a> that seeks to make the currently
intermittent/unreliable behaviour into a reliable alternate
composition feature where editing the attachment will *always* edit
the actual source file (instead of the snapshot), and that file will
be attached only later when sending (so that the most recent version
of the source file gets sent).<br>
<br>
I welcome any initiatives that will lead to more insight into the
current broken and unpredictable behaviour; I also strongly
recommend to fix that behaviour first before adding new features or
coding addons based on the current inconsistent code and behaviour.<br>
<br>
Thomas<br>
</body>
</html>