Welcome to SeaMonkey Add-ons.
Add extra features and styles to make SeaMonkey your own.Close
About this Add-on
You can specify a specific time and date, or click "15 mins later", "30 mins later" or "2 hours later", or click "Put in Outbox" to get the built-in Thunderbird "Send Later" functionality (i.e., copy to Outbox).
For additional information, see the user guide.
Join the mailing list!
Send Later uses SugarJS by Andrew Plummer. Thanks Andrew!
Please email me bug reports, suggestions, etc.
Previously, the day-of-week and time-of-day restrictions in the Send Later prompt window could only be used with recurring messages or scheduling functions. Now they can be used when specifying only a single send time explicitly as well. You can do some clever things when combining this with saving defaults in the prompt window. For example, if you always want messages to be sent within a particular time window, you could put "now" in the prompt window's text box and specify the desired time window in the "Between" settings, then save those defaults, and from then on, whenever you bring up the prompt window and click the "Send at" button, it'll either send the message immediately -- if it's within the correct time window -- or move it to be within the time window.
Previously, when you used a non-recurring dynamic scheduling function such as the "BusinessHours" function that is created by default when you open the dynamic function editor, the fact that the message was scheduled with a function is not saved, so if you go to edit the function later and then try to re-schedule it, rather than defaulting to using the same dynamic function again, it defaulted to the time that the message was previously scheduled to be sent. Now, the function name is saved, and if you edit and re-schedule the message the prompt window will be pre-configured to use it again.
Furthermore, when you specify day-of-week or time-of-day restrictions when scheduling a message with either an explicit send time or a non-recurring dynamic function, the restrictions you specify will now be saved, so that if you edit and re-schedule the message, they will be set up in the prompt window automatically.
When you click the "Calculate" button in the prompt window, the text-box the date and time pickers are now updated with the results along with the text box.
If you accidentally click "Save defaults" or "Clear defaults" in the prompt window, you can now click it again to undo the first click (prevously, once you clicked either of them, you then had to leave one or the other selected).
In Postbox, the Send Later status message and progress bar in the main window has been moved to the system tray, which is deprecated in Postbox, to below the folder list.
The Catalan, Dutch, and German translations have been updated.
A bug which prevented a scheduled message with a day-of-week restriction from being sent unless it also had a time-of-day restriction has been fixed.
Automatically displaying the release notes for new major or minor releases was broken in release 6.0 and is now fixed.
The logic for displaying the release notes for new major or minor releases had a bug which was causing it to sometimes display them for patch releases as well. This has been fixed, and now the release notes will be displayed only for major, minor, and beta releases (the latter obviously only for users who are subscribed to the beta release channel).
Send Later's translations use parameterized substitutions in some translated strings, i.e., the string is used as a template into which values are substituted to customize it for the particular message being displayed. A few of the rarely used strings had missing or incorrect substitution patterns in them in some languages. In addition to fixing these, the build process for the add-on has been modified to prevent similar bugs from being introduced in the future.
Fix an undefined variable reference in some code that should never actually be executed since it indicates an internal error in the add-on.
Fix some incorrect invocations of Array.splice which were treating the second argument as the end index of the splice, rather than as the number of elemented to replace in the array. These incorrect invocations weren't actually having a functional impact because of the way the code was otherwise constructed, but they could at some point in the future and they were clearly wrong, so they've been fixed.
The code that was supposed to display an error pop-up when there was an unexpected error invoking a dynamic scheduling function was broken, and that code would itself cause an uncaught error and cause the add-on to malfunction. Users are unlikely to have run into this issue, but in any case it has been fixed.
The Development Channel lets you test an experimental new version of this add-on before it's released to the general public. Once you install the development version, you will continue to get updates from this channel. To stop receiving development updates, reinstall the default version from the link above.
Caution: Development versions of this add-on have not been reviewed by Mozilla.
- Version 6.1beta3: