Excerpts from Rich Lane's message of Wed Jan 19 04:41:53 +0100 2011:
> Both patches applied to master.
[as well as a whole bunch of other patches from me]
Thanks!
Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
signature.asc
Description: PGP signature
__
sup-import-dump imports message state as exported by sup-dump into the index.
It is a direct replacement for the sup-sync --restored functionality that got
lost when merging the maildir branch.
Unlike sup-sync it operates on the index only, so it's fast enough for
periodically importing full dumps
One day, I opened up an old thread to reread an email, and much
to my dismay, it was GONE! Instead, there was one of those little
red flags that Sup sticks on mail that is referenced by other
threads, but which you don't have a copy of.
This was a bit bothersome, because no one likes it when thei
Reformatted excerpts from Sascha Silbe's message of 2011-01-18:
> + unless File.exists?(backup_fn) && File.size(fn) == 0
This line is giving me some problems when fn doesn't exist (e.g. when
running sup-sync the first time without a config.yaml). Should it be
File.exists?(backup_fn) && Fil
Excerpts from William Morgan's message of Wed Jan 19 16:38:11 +0100 2011:
> Reformatted excerpts from Sascha Silbe's message of 2011-01-18:
> > + unless File.exists?(backup_fn) && File.size(fn) == 0
>
> This line is giving me some problems when fn doesn't exist (e.g. when
> running sup-sync
Excerpts from Hamish D's message of dom nov 28 19:51:43 -0300 2010:
> OK, here is a set of 4 patches that implement the change over to the
> gpgme library. There's quite a bit of work in there so I thought I'd
> leave it as a few patches, but I have done some tidying.
>
> I have some more ideas fo
Reformatted excerpts from Sascha Silbe's message of 2011-01-19:
> Shall I send a fix-up patch?
I can descend from the heavens and apply my fix to master directly,
unless Rich objects.
--
William
___
Sup-devel mailing list
Sup-devel@rubyforge.org
http:/
Reformatted excerpts from William Morgan's message of 2011-01-19:
> Reformatted excerpts from Sascha Silbe's message of 2011-01-18:
> > + unless File.exists?(backup_fn) && File.size(fn) == 0
>
> This line is giving me some problems when fn doesn't exist (e.g. when
> running sup-sync the first
Excerpts from William Morgan's message of Wed Jan 19 12:17:23 -0500 2011:
> Reformatted excerpts from Sascha Silbe's message of 2011-01-19:
> > Shall I send a fix-up patch?
>
> I can descend from the heavens and apply my fix to master directly,
> unless Rich objects.
Please do.
__
Excerpts from William Morgan's message of Wed Jan 19 12:19:11 -0500 2011:
> Actually, I think it should be:
>
> if File.exists?(fn) && File.size(fn) > 0
How about:
begin
fninf = File.stat(fn)
if fninf.size? ...
rescue Errno::ENOENT => e
...
end
I didn't look at the surrounding
I've noticed this from time to time as well (along with messages not
disappearing, but instead part of the body appearing, then cut off
with a strange error message about how sup can't load the message). I
find that killing the thread view buffer, then typing @ in index mode
causes these to be fix
Oh, I know the behavior you're talking about; it's distinct from the
behavior I'm seeing.
What you've mentioned is some curious synchronization bug where if a
new, unread message is available on two buffers (for example, you used
'U'), and you read it from one buffer, it becomes broken on the othe
Sup Edward,
Excerpts from Edward Z. Yang's message of mer. janv. 19 15:08:23 +0100 2011:
> One day, I opened up an old thread to reread an email, and much
> to my dismay, it was GONE! Instead, there was one of those little
> red flags that Sup sticks on mail that is referenced by other
> threads,
Sup guys,
Excerpts from Roni Choudhury's message of mer. janv. 19 21:01:03 +0100 2011:
> I've noticed this from time to time as well (along with messages not
> disappearing, but instead part of the body appearing, then cut off
> with a strange error message about how sup can't load the message).
Ok, I think this behavior is due to an OfflineIMAP bug, or at least
some infelicity. I think I have squashed it by telling OfflineIMAP
to never ever ever delete files in my Maildir (and also never upload
files from the Maildir to IMAP account: I only want status changes
and deletions to propagate,
Signed-off-by: Edward Z. Yang
---
lib/sup/maildir.rb |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/lib/sup/maildir.rb b/lib/sup/maildir.rb
index ba8efed..0898c91 100644
--- a/lib/sup/maildir.rb
+++ b/lib/sup/maildir.rb
@@ -128,14 +128,17 @@ class Maildir < Sourc
Applied to master.
___
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
17 matches
Mail list logo
