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/mail-search.c | |
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/mail-search.c')
0 files changed, 0 insertions, 0 deletions