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-tools.h | |
| parent | ff51fffc0bcc9cd47ea179e80ea3c39f961a7349 (diff) | |
| download | gsoc2013-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 'mail/mail-tools.h')
| -rw-r--r-- | mail/mail-tools.h | 3 |
1 files changed, 0 insertions, 3 deletions
diff --git a/mail/mail-tools.h b/mail/mail-tools.h index 1414eec99f..02565b7036 100644 --- a/mail/mail-tools.h +++ b/mail/mail-tools.h @@ -36,9 +36,6 @@ typedef struct _xevolution { char *format; } XEvolution; -/* Get the filename for our movemail folder or storage */ -gchar *mail_tool_get_local_movemail_path (void); - /* Get the CamelFolder for the local inbox */ CamelFolder *mail_tool_get_local_inbox (CamelException *ex); |