[MlMt] Bad GPG signature when sending emails
Hello there I run into an odd issue which appears to be related to an extra new line (\n) character being added around the PGP signature of an email. The en/decryption of emails is working fine, however signed emails sent via MailMate show a "Bad signature" when opening the message in MailMate or Apple Mail. I noticed the following when running MailMate with `defaults write com.freron.MailMate MmDebugSecurity -bool YES`: - sending an email calls `gpg2` to create a detached signature using the correct signing sub-key - MailMate calls `gpg2` to validate the signature (passes with GOODSIG) - MailMate calls `gpg2` to print the available keys based on the signing key - the last two calls run again The used example `Input String`, based on the emails content and the generated PGP signature, shows a length of 1025 characters during this process and a "Good signature" on both verification calls. Once the email arrived, MailMate shows "Bad signature for OpenPGP message" and the terminal debug output shows that 1027 characters were passed to `gpg2` which resulted in the "BAD signature" error. Looking at the string GPG2 used to sign and validate, it appears the two character difference is a new line character "\n" around the "-BEGIN PGP SIGNATURE .." part of the message. Removing those two characters and attempting to validate the email content + PGP signature via the command line works fine afterwards. I am running MailMate 1.7.2 build 4021 with latest GPGTools on OSX 10.9.1. The MailMate preferences have "Experimental features", "OpenPGP" and "SpamSieve" support enabled. I use a RSA key with the secret key removed, along with two separate RSA sub-keys for encryption and signing. I was unable to find other users having the same problem on this mailing list and the google was no help, so I would appreciate any insight on what could cause this problem (and how to fix). -manuel ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] When MailMate opens mail from a MailMate user
On 13 Feb 2014, at 11:42, Benny Kjær Nielsen wrote: Just to be clear, I don't officially support the use of other Markdown processors than the one “built in” :-) I get why, but the more I think about it, the more I think it might be feasible. My main concern is how well suited the Markdown text is to be a plain text body part of message. That sounds like something the sender of the message should be worrying about. Not the MUA. :-) It might be best if the “markdown” part of the content type is not used when you generate HTML with a custom processor, but you would probably need some way to tell MailMate to do that. I (with far less knowledge than you) would do this: Allow other Markdown processors to be used (defined in bundles maybe), but when using anything other than “Built-in”, remove `markup=markdown` from the `Content-Type` header. The only drawback I can think of is that, if you don’t include the HTML part when sending, you won’t see HTML when reading back over your own messages. You *could* specify the Markdown flavor in the `Content-type` header, or in some new header like `X-Markdown-Implementation`. The theory being that the recipient (if he also had that bundle) could use it to render the HTML. But that’s getting pretty complicated. -- Rob McBroom http://www.skurfer.com/ ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] When MailMate opens mail from a MailMate user
On 13 Feb 2014, at 11:42, Benny Kjær Nielsen wrote: Just to be clear, I don't officially support the use of other Markdown processors than the one “built in” :-) My main concern is how well suited the Markdown text is to be a plain text body part of message. The built-in processor handles paragraphs differently than most Markdown processors do by default and there are also several other [changes](https://github.com/freron/upskirt). It might be best if the “markdown” part of the content type is not used when you generate HTML with a custom processor, but you would probably need some way to tell MailMate to do that. I understand. However given that all my documents are produced in MultiMarkdown, I don't want to lose features when I paste a document into email. Those aren't features I would normally use when just sending email to friends and family (tables, footnotes...), but they are ones I rely on in-house when writing documents. Additionally, I need the ability to quote very bad HTML and preserve the embedded stylesheets. I haven't found any way to do that with Sundown, whereas MultiMarkdown turns a block of HTML prefixed with '> ' into HTML surrounded by a blockquote. If you add a "top-quote html reply" option to MailMate that puts the quoted HTML in a formatted pane, then that use case is taken care of, but right now MailMate out of the box isn't useable in a corporate Exchange environment. People reply on the fact that each reply contains all the formatted output of the previous conversations, and Outlook absolutely fails when it comes to inline replies. (Like, "rolls over and dies and screws up the output so you can't tell who said what" failure--it's horrendous.) I have a preprocessor tweaking the input so that MultiMarkdown treats paragraphs similarly to Sundown. In particular, a line ending is treated as a line ending, and blank lines are treated as blank lines (actually, testing now, I see that Sundown ignores multiple blank lines). The only incompatibility I'm aware of is that Sundown also uses '~~~' for code fencing, whereas MultiMarkdown just uses '\`\`\`', so I handle that in my pre-processor as well. So long as I don't use something like tables or footnotes, I don't expect any issues with Sundown users replying to mail I send, and I've certainly not had any replying to them. And after all, that's one of the points of Markdown--that's readable even when it's _not_ formatted. I will take a closer look at Sundown though and make sure my changes are in line with what it does. However, I'd seriously consider taking a look at MultiMarkdown as an alternative. It's very actively supported. It's builtin to everything from Scrivener to many markdown editors and viewers on the app store. It also has multiple document support (thus the name), which might be useful for viewing multiple messages at once. And I can attest that its performance in MailMate on my PowerBook (last generation of 17") is excellent. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] When MailMate opens mail from a MailMate user
On 13 Feb 2014, at 17:07, Kee Hinckley wrote: Does MailMate default to rendering the text+markdown section, or the html section for viewing? It's defaulting to HTML if HTML is generated. [...] I'm looking at putting together an installable version of my usage of MultiMarkdown as the processor. I think it's a prerequisite for the other package I need to bundle up, the one that let's you reply to HTML email without losing the HTML. That one's a hack, but it's mandatory if you live in an Exchange shop. Just to be clear, I don't officially support the use of other Markdown processors than the one “built in” :-) My main concern is how well suited the Markdown text is to be a plain text body part of message. The built-in processor handles paragraphs differently than most Markdown processors do by default and there are also several other [changes](https://github.com/freron/upskirt). It might be best if the “markdown” part of the content type is not used when you generate HTML with a custom processor, but you would probably need some way to tell MailMate to do that. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] When MailMate opens mail from a MailMate user
MailMate doesn't send Markdown... it sends HTML. The Markdown rendering is made, when you send the mail. -- Fabian Blechschmidt Webentwicklung - Programmierung Magento Certified Developer Crailsheimer Str. 10 D - 12247 Berlin Tel: +49 (0) 30 419 932 55 Handy: +49 (0)176 666 55 256 E-Mail: blechschm...@fabian-blechschmidt.de Web: www.fabian-blechschmidt.de On 13 Feb 2014, at 17:07, Kee Hinckley wrote: Does MailMate default to rendering the text+markdown section, or the html section for viewing? I'm hoping that it displays the HTML, but replies with the markdown. Because otherwise there will be problems if the markdown processor adds new features over time (or, as in this case, I'm using a different markdown processor). | Table Header1 | Table Header 2 | | --- | --- | | col1 | col2 | | xxx || For instance, I don't believe this table will render using MailMate's builtin processor. But if you all see it, then MailMate's defaulting to the HTML. I'm looking at putting together an installable version of my usage of MultiMarkdown as the processor. I think it's a prerequisite for the other package I need to bundle up, the one that let's you reply to HTML email without losing the HTML. That one's a hack, but it's mandatory if you live in an Exchange shop.___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] When MailMate opens mail from a MailMate user
Does MailMate default to rendering the text+markdown section, or the html section for viewing? I'm hoping that it displays the HTML, but replies with the markdown. Because otherwise there will be problems if the markdown processor adds new features over time (or, as in this case, I'm using a different markdown processor). | Table Header1 | Table Header 2 | | --- | --- | | col1 | col2 | | xxx || For instance, I don't believe this table will render using MailMate's builtin processor. But if you all see it, then MailMate's defaulting to the HTML. I'm looking at putting together an installable version of my usage of MultiMarkdown as the processor. I think it's a prerequisite for the other package I need to bundle up, the one that let's you reply to HTML email without losing the HTML. That one's a hack, but it's mandatory if you live in an Exchange shop.___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules to archive mail? (How to trigger rule-processing?)
On 13 Feb 2014, at 11:25, Mike Brasch wrote: Feature Request: a button or menu entry to enforce rules. I often wished such a feature after creating a rule. It's been on the todo for a while. I would have liked to be able to easily apply a specific mailbox rule, but for now I've added a “Mailbox ▸ Apply Rules” (⌥⌘L) menu item which applies the rules of the currently selected mailbox to the currently selected messages. There is also a `applyRules:` for users wanting a different shortcut. (This could also be used as a manual workaround for re-applying date related rules which are currently not triggered automatically.) A test version is not out yet. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules to archive mail? (How to trigger rule-processing?)
On 13 Feb 2014, at 11:19, Benny Kjær Nielsen wrote: Rules with date-based conditions only work for messages becoming a part of a mailbox for a different reason (initial arrival, mailbox move, tag change, ...). It currently does not work in cases like what you describe here. There is no workaround I believe (other than me improving how date conditions are handled). Feature Request: a button or menu entry to enforce rules. I often wished such a feature after creating a rule. -- Gruß Mike ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] eta on "less strict" or "proper" threading ?
On 11 Feb 2014, at 19:38, Max Rydahl Andersen wrote: If you have any parent-child messages with matching `Message-ID` and `In-Reply-To` headers not threaded correctly then you can send examples to me off list. hmm - is there a way to have these show up without having to go view the source every time ? pretty slow to find this manually ;) I would select both messages before using “Show Raw Message” and then use “Edit ▸ Find ▸ ...” (⌘F, ⌘G, ⇧⌘G, ⌘E) to navigate. I don't think there is an easier way (other than a bundle command generating a “report” of the relevant headers). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Messages indicator next to mailbox category headings
On 12 Feb 2014, at 2:34, John Cooper wrote: More data for you: When I disabled the 2.0 features and restarted, the indicators went away. When I re-enabled the experimental features, the indicators didn't come back. Let me know if the problem returns. For the record, there should never be any indicators to the right of MAILBOXES/SOURCES (or Examples). -- Benny On 11 Feb 2014, at 17:34, John Cooper wrote: What does it mean when a message indicator appears not next to a mailbox, but next to a mailbox category? I have an indicator that displays 4 next to the MAILBOXES heading, next to the EXAMPLES heading, and next to the SOURCES heading. But there are no indicators next to any of the mailboxes or sub-mailboxes under SOURCES. The Displayed Count setting for EXAMPLES is "Inherit." But I don't know what the Displayed Count setting for MAILBOXES or SOURCES is, or how to find it. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules to archive mail? (How to trigger rule-processing?)
On 12 Feb 2014, at 11:55, Ingo Lantschner wrote: I just created a rule, that mails whose date is not within the last 120 days should be moved to an other servers mailbox (a local IMAP-server). But nothing happend - even after restarting MailMate. When/how are rules triggerd? Rules with date-based conditions only work for messages becoming a part of a mailbox for a different reason (initial arrival, mailbox move, tag change, ...). It currently does not work in cases like what you describe here. There is no workaround I believe (other than me improving how date conditions are handled). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
