Reformatted excerpts from Marc Hartstein's message of 2009-06-08: > The regexp fix for messages with very long lines.
Yeah, that shouldn't change anything. Doesn't even change Sup's output! > Yeah, it bounces me back to pinentry, where I proceeded to enter it > correctly. It *shouldn't* produce a bad message, it was just one of > the only things I could think of that had changed between the two > messages which might have led to different behavior. Except the message content, I guess. :) > > Also you can look at encrypting messages to yourself. Are you able > > to decrypt them reliably? If not, is there a pattern? (Non-ASCII in > > the headers, body, etc.?) > > I expect this will have the same behavior as checking signatures on > messages I send, no? It should; I was just suggesting it as an alternative approach to figuring out what was causing the problem. Then Ben isn't in the loop any more and you can spend all night happily debuggin this. :) > Ben is using gpg 1 after correspondents complained the switch to gpg 2 > caused his messages to have bad signatures. Was he using Sup the entire time? > I am using gpg 2.0.11 > > I see *all* Ben's messages as having bad signatures, and see all my > own (either in sent.mbox or bounced back to me from the list) as good. > I also see Ben's signatures as bad when looking at the same messages > through mutt. I see the same thing going back to his first signed > message to sup-talk, and also in his direct emails to me. > > Ben sees most of my signatures as good, but has recently experienced > an intermittent issue where my signatures are bad. It sounds like there might be some possibility that it's a GPG version incompatibility, though I'd be a little surprised if that were really the case. It might be helpful if you guys could do a control experiment with Mutt, since I have a fair amount of faith in its GPG implementation. -- William <wmorgan-...@masanjin.net> _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk
