diff options
| author | Jeffrey Stedfast <fejj@ximian.com> | 2002-01-03 02:04:46 +0800 |
|---|---|---|
| committer | Jeffrey Stedfast <fejj@src.gnome.org> | 2002-01-03 02:04:46 +0800 |
| commit | 5df4d0a321a1890780f43c715681176c64f01594 (patch) | |
| tree | 7ef1217cfcb69683f63d8e105f589259dcffd32a /mail/ChangeLog | |
| parent | ff51fffc0bcc9cd47ea179e80ea3c39f961a7349 (diff) | |
| download | gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar.gz gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar.bz2 gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar.lz gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar.xz gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar.zst gsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.zip | |
The idea here is that if we consistantly name the movemail file between
2001-12-21 Jeffrey Stedfast <fejj@ximian.com>
The idea here is that if we consistantly name the movemail file
between Send&Receive sessions that if the user cancells the
"download" of a mbox spool that the next Send&Receive will not
"lose" mail that didn't finish the previous session. Fixes bug
#17759. Well, mostly. If you have 200 messages and cancel after
the first 100, say, then the next time you hit Send&Receive, it
will start over from 1 so you'll end up duplicating the first 100
messages, but at least you won't "lose" mail.
* mail-tools.c (mail_tool_get_local_movemail_path): Now a static
internal function, takes a char *uri argument and no longer
generates movemail.%d filenames... they are now based on the uri
provided.
(mail_tool_do_movemail): Pass along the source_uri.
svn path=/trunk/; revision=15224
Diffstat (limited to 'mail/ChangeLog')
| -rw-r--r-- | mail/ChangeLog | 17 |
1 files changed, 17 insertions, 0 deletions
diff --git a/mail/ChangeLog b/mail/ChangeLog index 4ac26319b0..7a01be6d11 100644 --- a/mail/ChangeLog +++ b/mail/ChangeLog @@ -1,3 +1,20 @@ +2001-12-21 Jeffrey Stedfast <fejj@ximian.com> + + The idea here is that if we consistantly name the movemail file + between Send&Receive sessions that if the user cancells the + "download" of a mbox spool that the next Send&Receive will not + "lose" mail that didn't finish the previous session. Fixes bug + #17759. Well, mostly. If you have 200 messages and cancel after + the first 100, say, then the next time you hit Send&Receive, it + will start over from 1 so you'll end up duplicating the first 100 + messages, but at least you won't "lose" mail. + + * mail-tools.c (mail_tool_get_local_movemail_path): Now a static + internal function, takes a char *uri argument and no longer + generates movemail.%d filenames... they are now based on the uri + provided. + (mail_tool_do_movemail): Pass along the source_uri. + 2001-12-20 Jon Trowbridge <trow@ximian.com> * message-list.c (on_click): Makes the auto-undelete behavior when |