Error: decryption failed: Invalid value passed to IPC
Hi! A work colleague sends me S/MIME signed messages which I read with mutt + gpgme/gpgsm. Most of them I can read[1], but for some I get [-- Error: decryption failed: Invalid value passed to IPC --] as the body, nothing else. Some more information in the hope it helps debugging: When looking at the headers, I see Content-Type: application/pkcs7-mime; smime-type=signed-data; name="smime.p7m" Content-Disposition: attachment; filename="smime.p7m" Content-Transfer-Encoding: base64 MIME-Version: 1.0 and then a base64 encoded body. When I manually decode the body, I get weird characters at the start before the real test, but perhaps that's the p7m file format: 30 80 06 09 2a 86 48 86 f7 0d 01 07 02 a0 80 30 |0...*.H0| 0010 80 02 01 01 31 0b 30 09 06 05 2b 0e 03 02 1a 05 |1.0...+.| 0020 00 30 80 06 09 2a 86 48 86 f7 0d 01 07 01 a0 80 |.0...*.H| 0030 24 80 04 82 01 2d 43 6f 6e 74 65 6e 74 2d 54 79 |$-Content-Ty| 0040 70 65 3a 20 6d 75 6c 74 69 70 61 72 74 2f 6d 69 |pe: multipart/mi| 0050 78 65 64 3b 0d 0a 09 62 6f 75 6e 64 61 72 79 3d |xed;...boundary=| 0060 22 2d 2d 2d 2d 3d 5f 4e 65 78 74 50 61 72 74 5f |"=_NextPart_| 0070 30 30 30 5f 30 32 37 39 5f 30 31 44 31 36 44 34 |000_0279_01D16D4| 0080 38 2e 34 36 42 35 41 46 38 30 22 0d 0a 58 2d 4d |8.46B5AF80"..X-M| ... Should I file a bug report about this? Thomas [1] Format for those is Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="=_NextPart_000_030D_01D16D6E.123456789"
Re: Can I make the scroll wheel scroll an opened E-Mail?
On Sat, Feb 20, 2016 at 08:33:09AM +1100, Cameron Simpson wrote: > On 19Feb2016 13:11, Chris Green wrote: > >When I scroll with my scroll wheel (on a trackball, but it's the same > >as a mouse scroll wheel) while viewing an E-Mail in mutt it doesn't > >scroll the text in the viewing window but scrolls up and down the list > >of E-Mails. E-mails thus flash past at great speed and I don't get > >what I almost certainly want which is to see further down the current > >E-Mail. > > > >Is there some setting I can apply to make mutt work sensibly in this > >situation? > > Sounds like your scroll wheel causes your terminal to send and > key sequences. So you probably want to rebind these. Their defaults seem to > be and . Try binding them like this: > > macro pager > macro pager > > and see how things behave. > Works perfectly, thank you! :-) Now the E-Mail I'm reading doesn't instantly disappear when I use the scroll wheel! -- Chris Green
Re: Using a sendmail replacement?
On Feb 21, 2016 at 02:03 PM +0100, Gabriel Philippe wrote: On Sun, Feb 21, 2016 at 11:47 AM, Andreas Doll wrote: On 2016-02-21 at 12:59, li...@2ion.de wrote: I am using msmtp[1] for this. You can keep its configuration entirely in $HOME. I second that, msmtp works fine for me in the described setting. Note that it only works online, for offline usage see [1]. [1]https://wiki.archlinux.org/index.php/MSMTP#Using_msmtp_offline Thanks, I will test that. I need offline (and more generally I want send-and-forget from mutt, without delay for DNS request, etc.). Just another option to msmtp if you are looking for one: Some years ago I started using putmail instead of msmtp. As it is not actively developed, I forked it and cleaned up the queuing scripts. It can be found on my github page [1]. My mutt sendmail is set to a wrapper shell script that queues all messages passed to it automatically, and then immediately dequeues them if I have an active connection. I have the dequeue script called in my crontab as well. I've been using it this way for it least 5 years with no problems. Configuration is in $HOME and it can be set to use multiple SMTP accounts based on your from address. The wrapper around putmail (or msmtp) is nice because you can tee off the message to other utilities too if you need to, like one for collecting email addresses you've sent to. [1]: https://github.com/tgray/putmail Tim
