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

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);