File:  [mozdev] / blunderdelay / www / usage.html
Revision 1.15: download - view: text, annotated - select for diffs - revision graph
Mon Jun 18 05:53:01 2007 UTC (11 years, 1 month ago) by brown
Branches: MAIN
CVS tags: HEAD
Updated for 0.5.2

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

  <meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">





  <li>In your extension manager, you can choose to edit
BlunderDelay settings. Settings include:</li>



    <li>Time interval of send</li>



<h2>Usage Tips</h2>


  <li>When you are ready to queue your outgoing message, do not
click <span style="font-style: italic;">Send Now</span>
since this will do exactly that and BlunderDelay will have no effect.
Use the <span style="font-style: italic;">Send Later</span>
command in the <span style="font-style: italic;">File</span>
menu so your message queues in&nbsp;the <span style="font-style: italic;">Unsent Messages</span>
folder until BlunderDelay next activates.</li>

  <li>To make this operation more convenient, Thunderbird does
have a <span style="font-style: italic;">Send Later</span>
toolbar button, but it is only available in offline mode. To make it
available in online mode also, install an extension such as <a href="" target="_blank">MagicSLR</a>.<span style="font-style: italic;"></span></li>

  <li>If you want to return to&nbsp;finish a message later,
be sure you use <span style="font-style: italic;">Save</span>
rather than <span style="font-style: italic;">Send Later</span>
if that was your habit. With BlunderDelay active, <span style="font-style: italic;">Send Later</span> is no
longer a permanent parking place.</li>

  <li>If you decide to change a message already in queue,
will not allow you to actually edit it merely by double clicking it. You will have to right click
and select <span style="font-style: italic;">Recall</span>
to make changes. This will remove the message from the queue and open it for editing as if new. <span style="font-style: bold;">WARNING:</span> 
This command is intended for use in your <span style="font-style: italic;">Unsent Messages</span> folder. See known bugs below.</li>

  <li>The send interval is regular and not coordinated at all
with when
you write your message. So like catching a bus, if you queue your
message 30 seconds before scheduled departure, this will not leave you
much time to review your message. Eventually I hope to make messages
hold for a fixed amount of time relative to when they were queued.</li>


<h2>Known Bugs</h2>


<li>BlunderDelay <span style="font-style: italic;">only</span> operates while the main Thunderbird window
exists. At least on Mac OS X, it is possible to quit the main window (using&nbsp;<span style="font-style: italic;">Hide</span>) even though Thunderbird continues running in the background. When you do this, BlunderDelay does <span style="font-style: italic;">not</span> run in the background, but instead
will disable until a new Tbird window is created. Minimizing the window
will not have this effect for either Mac or Win. So this may be an
issue only for mac users.</li>
<li>The <span style="font-style: italic;">Recall</span> command is intended for use in your <span style="font-style: italic;">Unsent Messages</span> folder, but nothing yet prevents you from applying it in other folders where it will have the unintended result of recreating a received message as if it were sent by you.</li>
  <li><STRIKE>Use of Thunderbird's <span style="font-style: italic;">Send Later</span> command <span style="font-style: italic;">fails</span> to delete your message from the drafts folder. So, if you saved a draft before sending (or have <span style="font-style: italic;">autosave</span>
enabled in your preferences), using BlunderDelay will retain copies of
your sent messages in your drafts folder. This is the manifestation of <a href="" target="_blank">bug #314009</a> in the core Tbird code. If you observe this bug and it bothers you, <a href="">register</a> with Bugzilla and <a href=";bug_id=104818#vote_104818">vote</a> for the bug. A patch has already been written so it's just awaiting application to the trunk, I think.</li></STRIKE> Resolved in Thunderbird



FreeBSD-CVSweb <>