aboutsummaryrefslogtreecommitdiffstats
path: root/e-util
diff options
context:
space:
mode:
authorJeffrey Stedfast <fejj@ximian.com>2002-01-03 02:04:46 +0800
committerJeffrey Stedfast <fejj@src.gnome.org>2002-01-03 02:04:46 +0800
commit5df4d0a321a1890780f43c715681176c64f01594 (patch)
tree7ef1217cfcb69683f63d8e105f589259dcffd32a /e-util
parentff51fffc0bcc9cd47ea179e80ea3c39f961a7349 (diff)
downloadgsoc2013-evolution-5df4d0a321a1890780f43c715681176c64f01594.tar.gz
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 'e-util')
0 files changed, 0 insertions, 0 deletions