[MlMt] GitLab integration

[Alexandru Nedelcu]

Hello,


Inspired by the available GitHub integration[1], I’ve made one for
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle


Cheers,


--
 Alex Nedelcu 
alexn.org

Links:

  1. https://github.com/mailmate/github.mmbundle/
  2. https://about.gitlab.com/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Paul Sture]

On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:


Hello,


Inspired by the available GitHub integration[1], I’ve made one for
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle




Links:

  1. https://github.com/mailmate/github.mmbundle/
  2. https://about.gitlab.com/



What do these actually do?
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Alexandru Nedelcu]

When viewing a GitLab notification email, you press ^o to open the 
embedded link in the browser :-)



On 16 May 2017, at 13:00, Paul Sture wrote:


On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:


Hello,


Inspired by the available GitHub integration[1], I’ve made one for
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle




Links:

  1. https://github.com/mailmate/github.mmbundle/
  2. https://about.gitlab.com/



What do these actually do?


--
Alex Nedelcu
alexn.org
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Paul Sture]

On 16 May 2017, at 12:54, Alexandru Nedelcu wrote:

When viewing a GitLab notification email, you press ^o to open the 
embedded link in the browser :-)


Thank you.

I don't want to point any fingers here, but will make the general 
observation that when publishing software, including a short description 
of what it does (and in some cases what it doesn't do) is  more likely 
to get folks interested in taking a look at it. :-)





On 16 May 2017, at 13:00, Paul Sture wrote:


On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:


Hello,


Inspired by the available GitHub integration[1], I’ve made one for
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle




Links:

  1. https://github.com/mailmate/github.mmbundle/
  2. https://about.gitlab.com/



What do these actually do?

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Question about spam / SpamSieve.

[Benny Kjær Nielsen]

On 12 May 2017, at 23:50, Jack Saturn wrote:

I am a new user as of about a month ago and loving it. I was a holdout 
still using Eudora OSE long past its expiration date, and am 
appreciating all the versatility that MailMate provides.


Thanks for the support.

I have two IMAP accounts, one at Hostgator and one at Gmail. The 
Hostgator spam messages are getting evaluated/scored just fine, but 
the Gmail spam messages aren’t. They get redirected to the Junk 
mailbox correctly, but they have “[SPAM]” appended to the 
beginning of their subject line and they don’t have a score 
associated.


This indicates that MailMate (SpamSieve) is not moving them. MailMate 
does not add a prefix and therefore this probably happened server side 
except for the fact that I don't think Gmail ever adds such a prefix. 
Maybe you have used some other service/software which would do this?


My current process involves manually scoring the Gmail spam and then 
deleting them, but I’d like to save myself that extra step. Is there 
something I have configured wrong in my MailMate / SpamSieve 
preferences, or on the Gmail side? I’ve got my filter set up in 
Gmail per SpamSieve’s instructions.


I'm not quite sure which instructions you are referring to. Maybe a link 
would help.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] MailMate and Exchange server

[Benny Kjær Nielsen]

On 10 May 2017, at 17:38, Sam Hathaway wrote:

MailMate only works with Exchange if the Exchange server has IMAP and 
SMTP access enabled. It sounds like this Exchange server doesn't.


One alternative might be to use DavMail, which provides 
standards-compliant protocols in front of a proprietary Exchange 
server. http://davmail.sourceforge.net/


It might also be possible to setup a rule in the web settings for the 
account to forward all emails to another non-Exchange email account. 
This account could then be configured with the Exchange SMTP server and 
the Exchange email address in MailMate.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Benny Kjær Nielsen]

On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:

Inspired by the available GitHub integration[1], I’ve made one for 
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle


Thanks for sharing. With your permission I might add it to the default 
set of bundles.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Decrypting / Context (Right-click) Menu Services Options

[Benny Kjær Nielsen]

On 11 May 2017, at 18:22, Chris Hoofnagle wrote:

I believe I already replied to your previous message. I did it off list 
since your message was blocked due to the size of the image, but I'll 
repeat my answers below.


All, I was able to get a screenshot that illustrates my problem—at 
least some senders of encrypted mail are not decrypted automatically 
in Mailmate. Screenshot here: 
https://berkeley.box.com/s/pp75yvygs9p1rzrpsgb738p4hozkn4oi


Would it be possible for you to provide me with an example message? 
Especially if you don't see a banner where MailMate tells you that it 
cannot decrypt the message. Note that I won't be able to decrypt the 
message. I'll only see the headers/structure. Use “Message ▸ Forward 
as Attachment” and do it off list.


The sender uses GnuPG v2. The message shows up still encrypted, which 
is fine. But if I right click, the only context menu service that 
appears is “New MacVim Buffer,” despite that I have “OpenGPG: 
Decrypt Selection” selected in the Services menu. When I open 
MacVim, the context menu does offer OpenGPG decryption as a service.


Any ideas?


I don't know why that happens. MailMate itself does not provide these 
menu items. Their behavior seems to be outside of the control of 
MailMate. In any case, if it was possible to decrypt this way then it 
should also work automatically in MailMate, so let's focus on that.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Double-click

[Benny Kjær Nielsen]

On 10 May 2017, at 19:48, John Cooper wrote:

In the Viewer pane of preferences, I have double-click set to open a 
message in a new window.


However, in a message preview pane, double-clicking the contents of 
the From field displays related messages. In a message window, 
double-clicking the contents of the From field does nothing.


The double-click setting only affects double-clicking in the message 
list. There is no such thing as double-clicking the “links” in the 
message view header and single-clicking always makes a search (it's a 
bug that a new window is not opened when doing this in a single message 
window).


I hope that makes it clearer.

--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Behavior upon clicking notification

[Benny Kjær Nielsen]

On 9 May 2017, at 17:41, John D. Muccigrosso wrote:


On 9 May 2017, at 10:40, Benny Kjær Nielsen wrote:


On 5 May 2017, at 18:15, John D. Muccigrosso wrote:

Iʻve activated the secret setting for having the notification be 
"delete" instead of "reply", which is great. Is it possible _not_ to 
activate MM upon the click?


I've looked into this and the answer is no, it doesn't seem to be 
possible. The hack I looked into for doing both Delete and Reply 
buttons involved making “dismiss” (Close) into Delete. I think 
that would not activate MailMate which might be why it works in Apple 
Mail. But as previously noted I think it became too much of a hack 
(with potentially unpredictable behavior with OS upgrades).


Frankly, it's a lot less useful if it activates MM, since I then have 
to re-dismiss it. Not having to go to the app is a big part of the 
point of having the notification action, no?


True, but currently I don't think I can do anything about that.

--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Benny Kjær Nielsen]

On 16 May 2017, at 12:00, Paul Sture wrote:


On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:


  1. https://github.com/mailmate/github.mmbundle/
  2. https://about.gitlab.com/


What do these actually do?


They make it easier to go from one of the automated emails sent by these 
services and to the corresponding webpage. There's a similar bundle for 
Lighthouse (which is a ticket system used for MailMate). They all use 
the same key binding (⌃O), but the commands are defined in a way which 
allows MailMate to figure out which bundle command to use. It would of 
course be possible to add other types of commands to each of these 
bundles which could, e.g., close a ticket, but currently they only have 
the basic functionality of opening a web page.


There are also numerous other types of automated emails for which 
similar behavior could be added. For some of them it might make more 
sense to have them in the same bundle (for the sake of simplicity), but 
for the above (and Lighthouse) it's not unlikely that other types of 
functionality would eventually be added.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Cursor placement in replies

[Benny Kjær Nielsen]

On 9 May 2017, at 17:40, John D. Muccigrosso wrote:


I'm seeing a weird new thing:

Replying to messages with some selected text, the cursor ends up at 
the start of the first line of the signature for one of my signatures, 
not above it as it used to and still does for my other signatures.


The signature is not tied to an account and it has multiple lines, but 
if I shorten it to one line, I still get the behavior.


Sounds like a miscalculation by MailMate. I'm assuming this does not 
always happen, but only happens for some messages? If that is true, 
could you then forward me an example (using Forward as Attachment)? (off 
list)


My guess is that it's not related to the signature itself.

--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] iCloud accounts require an app specific password starting June 15th

[Benny Kjær Nielsen]

Hi,

Apple has announced (by email) that iCloud email accounts are going to 
require the use of an app specific password. If you have an iCloud email 
account then you might want to look into this before June 15th. The 
email is described 
[here](https://www.macrumors.com/2017/05/16/third-party-apps-passwords-icloud-access/).


How to do this is described by Apple 
[here](https://support.apple.com/en-us/HT204397).


For the record, there is currently no API available to MailMate to avoid 
this additional step. This is only available to applications created by 
Apple including Apple Mail.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[David Morrison]

Hi,

Apple has announced (by email) that iCloud email accounts are going 
to require the use of an app specific password. If you have an 
iCloud email account then you might want to look into this before 
June 15th. The email is described 
here.


How to do this is described by Apple 
here.


It requires two factor authentication to be turned on to generate the 
app specific password. Can you turn two factor authentication off 
after the password has been generated?


David
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Fredrik Jonsson]

David Morrison 2017-05-16 14:34 wrote:

It requires two factor authentication to be turned on to generate the 
app specific password. Can you turn two factor authentication off 
after the password has been generated?


Even if you can you really shouldn't. TFA is a huge security improvement 
for your iCloud account.


Fredrik
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Annamarie]

That may be true - but I have many clients for whom passwords are 
already a problem - this is going to make it even worse! Sigh. I guess 
it's job security for me.?



Annamarie Pluhar
802-451-1941
802-579-5975 (iPhone - not good when I'm at my desk.)

On 16 May 2017, at 8:49, Fredrik Jonsson wrote:


David Morrison 2017-05-16 14:34 wrote:

It requires two factor authentication to be turned on to generate the 
app specific password. Can you turn two factor authentication off 
after the password has been generated?


Even if you can you really shouldn't. TFA is a huge security 
improvement for your iCloud account.


Fredrik
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] MailMate and Exchange server

[Robert Brenstein]

Thanks for clarifications and ideas. We will figure out something that 
works for us.


On 16 May 2017, at 12:50, Benny Kjær Nielsen wrote:


On 10 May 2017, at 17:38, Sam Hathaway wrote:

MailMate only works with Exchange if the Exchange server has IMAP and 
SMTP access enabled. It sounds like this Exchange server doesn't.


One alternative might be to use DavMail, which provides 
standards-compliant protocols in front of a proprietary Exchange 
server. http://davmail.sourceforge.net/


It might also be possible to setup a rule in the web settings for the 
account to forward all emails to another non-Exchange email account. 
This account could then be configured with the Exchange SMTP server 
and the Exchange email address in MailMate.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Robert Brenstein]

I have turned the 2F authentication on, found it a nuisance, then turned 
it off. So that part works. However, this does not mean that 
app-specific passwords will continue to work. Someone has to try.


Robert

On 16 May 2017, at 15:12, Annamarie wrote:

That may be true - but I have many clients for whom passwords are 
already a problem - this is going to make it even worse! Sigh. I guess 
it's job security for me.?



Annamarie Pluhar
802-451-1941
802-579-5975 (iPhone - not good when I'm at my desk.)

On 16 May 2017, at 8:49, Fredrik Jonsson wrote:


David Morrison 2017-05-16 14:34 wrote:

It requires two factor authentication to be turned on to generate 
the app specific password. Can you turn two factor authentication 
off after the password has been generated?


Even if you can you really shouldn't. TFA is a huge security 
improvement for your iCloud account.


Fredrik
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Verdon Vaillancourt]

Security is a pain in the butt…. we’ve been trying to encourage 
people to use 2F at the small university where I work… it’s like 
pulling teeth! Most people turn it back off after less than a day. Users 
are the weakest link ;-)


v


On 16 May 2017, at 10:15, Robert Brenstein wrote:

I have turned the 2F authentication on, found it a nuisance, then 
turned it off. So that part works. However, this does not mean that 
app-specific passwords will continue to work. Someone has to try.


Robert

On 16 May 2017, at 15:12, Annamarie wrote:

That may be true - but I have many clients for whom passwords are 
already a problem - this is going to make it even worse! Sigh. I 
guess it's job security for me.?



Annamarie Pluhar
802-451-1941
802-579-5975 (iPhone - not good when I'm at my desk.)

On 16 May 2017, at 8:49, Fredrik Jonsson wrote:


David Morrison 2017-05-16 14:34 wrote:

It requires two factor authentication to be turned on to generate 
the app specific password. Can you turn two factor authentication 
off after the password has been generated?


Even if you can you really shouldn't. TFA is a huge security 
improvement for your iCloud account.


Fredrik

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Brian LaFreda]

Just FYI…

MailMate does work with Apple’s app specific passwords, just don’t 
use the FQDN’d email address for username. Truncate the 
@me/mac/icloud.com and you’re good to go.


On 16 May 2017, at 8:02, Benny Kjær Nielsen wrote:


Hi,

Apple has announced (by email) that iCloud email accounts are going to 
require the use of an app specific password. If you have an iCloud 
email account then you might want to look into this before June 15th. 
The email is described 
[here](https://www.macrumors.com/2017/05/16/third-party-apps-passwords-icloud-access/).


How to do this is described by Apple 
[here](https://support.apple.com/en-us/HT204397).


For the record, there is currently no API available to MailMate to 
avoid this additional step. This is only available to applications 
created by Apple including Apple Mail.


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Richard Rettke]

On 16 May 2017, at 11:12, Brian LaFreda brian.lafr...@me.com  wrote:


just don’t use the FQDN’d email address for username


Hmm? Color me ignorant. I don't understand the term **FQDN'd** email 
address. Please elucidate. I'm sure when you tell me I'll head slap 
myself.


--
__*Richard Rettke*__
*Laus Deo*
*Non sibi sed patriae*

https://about.me/rerettke

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Thomas Eckhold]

I had to google it and found **F**ully **Q**ualified **D**omain 
**N**ame...


Thomas

On 16 May 2017, at 18:26, Richard Rettke wrote:


On 16 May 2017, at 11:12, Brian LaFreda brian.lafr...@me.com  wrote:


just don’t use the FQDN’d email address for username


Hmm? Color me ignorant. I don't understand the term **FQDN'd** email 
address. Please elucidate. I'm sure when you tell me I'll head slap 
myself.


--
__*Richard Rettke*__
*Laus Deo*
*Non sibi sed patriae*

https://about.me/rerettke

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Sam Hathaway]

He just means to use the part before the @ sign as the username rather 
than using the whole email address.

-sam

On 16 May 2017, at 12:26 PM EDT, Richard Rettke wrote:


On 16 May 2017, at 11:12, Brian LaFreda brian.lafr...@me.com  wrote:


just don’t use the FQDN’d email address for username


Hmm? Color me ignorant. I don't understand the term **FQDN'd** email 
address. Please elucidate. I'm sure when you tell me I'll head slap 
myself.


--
__*Richard Rettke*__
*Laus Deo*
*Non sibi sed patriae*

https://about.me/rerettke

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Richard Rettke]

On 16 May 2017, at 11:30, Thomas Eckhold tho...@eckhold.eu  wrote:

I had to google it and 
found **F**ully **Q**ualified **D**omain **N**ame...


Thomas


Thank you Thomas.
Didn't think to google it.
Head slapping now!

--
__*Richard Rettke*__
*Laus Deo*
*Non sibi sed patriae*

https://about.me/rerettke

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Brian LaFreda]

Sorry all, didn’t mean to confuse anybody… :) Most people here are 
much smarter than me, so I just assumed…lol


On 16 May 2017, at 12:33, Richard Rettke wrote:


On 16 May 2017, at 11:30, Thomas Eckhold tho...@eckhold.eu  wrote:

I had to google it and 
found **F**ully **Q**ualified **D**omain **N**ame...


Thomas


Thank you Thomas.
Didn't think to google it.
Head slapping now!

--
__*Richard Rettke*__
*Laus Deo*
*Non sibi sed patriae*

https://about.me/rerettke

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Richard Rettke]

On 16 May 2017, at 11:35, Brian LaFreda brian.lafr...@me.com  wrote:

Sorry all, didn’t mean to confuse anybody… :) Most people here are 
much smarter than me, so I just assumed…lol


Not a problem. Glad you did or I would have remained forever ignorant. 
Just kicking myself for not googling, I do that for everything else. SMH


--
__*Richard Rettke*__
*Laus Deo*
*Non sibi sed patriae*

https://about.me/rerettke

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Alexandru Nedelcu]

No worries, you’re right, I modified the project’s README to explain 
what it does.


--
Alex Nedelcu
alexn.org

On 16 May 2017, at 14:08, Paul Sture wrote:


On 16 May 2017, at 12:54, Alexandru Nedelcu wrote:

When viewing a GitLab notification email, you press ^o to open the 
embedded link in the browser :-)


Thank you.

I don't want to point any fingers here, but will make the general 
observation that when publishing software, including a short 
description of what it does (and in some cases what it doesn't do) is  
more likely to get folks interested in taking a look at it. :-)





On 16 May 2017, at 13:00, Paul Sture wrote:


On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:


Hello,


Inspired by the available GitHub integration[1], I’ve made one 
for
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle




Links:

  1. https://github.com/mailmate/github.mmbundle/
  2. https://about.gitlab.com/



What do these actually do?

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] GitLab integration

[Alexandru Nedelcu]

On 16 May 2017, at 14:02, Benny Kjær Nielsen wrote:


On 16 May 2017, at 11:43, Alexandru Nedelcu wrote:

Inspired by the available GitHub integration[1], I’ve made one for 
GitLab[2] as well and it should work for on-premises too, 
see:https://github.com/alexandru/gitlab.mmbundle


Thanks for sharing. With your permission I might add it to the default 
set of bundles.


Sure, the license is the same as the `github.mmbundle` which I forked.

Note the URL search is a little more awkward since GitLab is often 
installed on-premises. So we don’t have a domain name to search for, 
but I’m searching for a `X-GitLab-Project-Path` header and then 
looking for a URL containing that path. Seems to be working fine for my 
emails.


--
Alex Nedelcu
alexn.org
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Benny Kjær Nielsen]

On 16 May 2017, at 18:12, Brian LaFreda wrote:

MailMate does work with Apple’s app specific passwords, just don’t 
use the FQDN’d email address for username. Truncate the 
@me/mac/icloud.com and you’re good to go.


I don't know if app specific passwords trigger this to be important 
(it's a bit weird), but I think it actually correlates with some of the 
user feedback I've had in the past.


In any case, it's documented by Apple 
[here](https://support.apple.com/en-us/HT202304). It does sound a bit 
like they don't really know themselves what's going on: “Username: 
This is usually the name part of your iCloud email address (for example, 
emilyparker, not emilypar...@icloud.com). If your email client can't 
connect to iCloud using just the name part of your iCloud email address, 
try using the full address.”


It gets even weirder when reading the instructions for the SMTP 
username: “Username: Your full iCloud email address (for example, 
emilypar...@icloud.com, not emilyparker)”


But as the developer of something as idiosyncratic as MailMate I really 
should not be the one to point fingers :)


--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Steven M. Bellovin]

On 16 May 2017, at 14:35, Benny Kjær Nielsen wrote:


On 16 May 2017, at 18:12, Brian LaFreda wrote:

MailMate does work with Apple’s app specific passwords, just 
don’t use the FQDN’d email address for username. Truncate the 
@me/mac/icloud.com and you’re good to go.


I don't know if app specific passwords trigger this to be important 
(it's a bit weird), but I think it actually correlates with some of 
the user feedback I've had in the past.


In any case, it's documented by Apple 
[here](https://support.apple.com/en-us/HT202304). It does sound a bit 
like they don't really know themselves what's going on: “Username: 
This is usually the name part of your iCloud email address (for 
example, emilyparker, not emilypar...@icloud.com). If your email 
client can't connect to iCloud using just the name part of your iCloud 
email address, try using the full address.”


It gets even weirder when reading the instructions for the SMTP 
username: “Username: Your full iCloud email address (for example, 
emilypar...@icloud.com, not emilyparker)”


But as the developer of something as idiosyncratic as MailMate I 
really should not be the one to point fingers :)


I will note that I turned on 2FA long ago, and I've had zero trouble 
with MailMate and its app-specific password.  You set it up once; after 
that, it just works.


--Steve Bellovin, https://www.cs.columbia.edu/~smb

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Rob Willett]

I don’t normally post in this group as I tend to listen.

A little word of caution for using 2FA if you are an Apple Developer. We 
found that a number of low level Apple features that have been automated 
stop working if 2FA is turned on. For us we found that auto generation 
and management of Apple Push Certificates through third party vendors 
stopped working. I will agree that this is a little esoteric and 
probably out of scope for 99.9% of the readers here, but it took us (and 
PushWoosh) some hours to track down this issue and resolve it by turning 
off 2FA. if anybody has ever had to manually issue certificates for 
Apple Push Notifications, all the associate ‘paperwork’ and manage 
them through a third party supplier, you will know what an utter 
nightmare it can be. Google is simple, Apple is horrible (IMHO), We 
happily turned off 2FA to avoid using the nightmare that is Apple 
certificate management. Indeed we’d happily jump to Googles systems if 
we could dump Apples notification servers :)


I have heard of other developers having similar types of issues with 2FA 
as we do things at a lower level and the tools can be a little, errr, 
rustic in nature. For 99% of users they don’t have a problem, though 
after saying that my other half struggles to understand it and use it 
for her Mac stuff. I can see why Apple do it.


I’ll go back to lurking now.

Rob

On 16 May 2017, at 20:31, Steven M. Bellovin wrote:


On 16 May 2017, at 14:35, Benny Kjær Nielsen wrote:


On 16 May 2017, at 18:12, Brian LaFreda wrote:

MailMate does work with Apple’s app specific passwords, just 
don’t use the FQDN’d email address for username. Truncate the 
@me/mac/icloud.com and you’re good to go.


I don't know if app specific passwords trigger this to be important 
(it's a bit weird), but I think it actually correlates with some of 
the user feedback I've had in the past.


In any case, it's documented by Apple 
[here](https://support.apple.com/en-us/HT202304). It does sound a bit 
like they don't really know themselves what's going on: “Username: 
This is usually the name part of your iCloud email address (for 
example, emilyparker, not emilypar...@icloud.com). If your email 
client can't connect to iCloud using just the name part of your 
iCloud email address, try using the full address.”


It gets even weirder when reading the instructions for the SMTP 
username: “Username: Your full iCloud email address (for example, 
emilypar...@icloud.com, not emilyparker)”


But as the developer of something as idiosyncratic as MailMate I 
really should not be the one to point fingers :)


I will note that I turned on 2FA long ago, and I've had zero trouble 
with MailMate and its app-specific password.  You set it up once; 
after that, it just works.


--Steve Bellovin, https://www.cs.columbia.edu/~smb

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Scott A. McIntyre]

Hi,


On 17 May 2017, at 0531, Steven M. Bellovin wrote:

I will note that I turned on 2FA long ago, and I've had zero trouble 
with MailMate and its app-specific password.  You set it up once; 
after that, it just works.



Echoing Steve here.

I use several platforms which make use of per-app passwords, and 
MailMate with Apple's 2FA and per-app password support has been easy; 
FastMail have it as well.


I would recommend a good password manager though.  I use 1Password, 
which helps me organise this quite nicely.  Each platform with 
application specific passwords is a separate entity in my data, and I 
make a new "Password" item within that entity for each of the 
Applications.


MailMate has worked fine with this setup.  Only took a few minutes to 
set up with 1P.


Absolutely worth it given the importance of email, and how compromising 
an email credential is often a gateway to the compromise of 
$everything_else.


Scott

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Steven M. Bellovin]

On 16 May 2017, at 15:49, Scott A. McIntyre wrote:




I would recommend a good password manager though.  I use 1Password, 
which helps me organise this quite nicely.  Each platform with 
application specific passwords is a separate entity in my data, and I 
make a new "Password" item within that entity for each of the 
Applications.


I also use 1Password.  It's essential -- I have four Macs and two iOS 
devices that all need to know my passwords.



--Steve Bellovin, https://www.cs.columbia.edu/~smb

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Emacs Integration, for use as external editor

[Alexandru Nedelcu]

Hello,

I have a small bundle I worked on for integrating 
[Emacs](https://www.gnu.org/software/emacs/) with MailMate.


Project: https://github.com/alexandru/emacs.mmbundle

It assumes the [Emacs for Mac OS X](https://emacsformacosx.com/) 
distribution, but in case Emacs was installed using an alternative 
method (e.g. brew, Mac Ports, etc), then it's fine for as long as 
`emacs` and `emacsclient` binaries are found on this path:


```bash
PATH=$HOME/bin:~/Applications/Emacs.app/Contents/MacOS/bin:/Applications/Emacs.app/Contents/MacOS/bin:~/Applications/Emacs.app/Contents/MacOS:/Applications/Emacs.app/Contents/MacOS:/usr/local/bin:$PATH
```

For reference, some implementation details ...

This was surprisingly tricky to develop, because the only reasonable way 
to use Emacs as an on-demand editor is through `emacsclient`, which 
needs an Emacs server to be active. Normally this is done by starting 
Emacs at boot with `--daemon` or by doing a `(server-start)` in the 
`emacs.el` config, or you can start the client with `emacsclient 
--alternate-editor=""`, which starts a daemon if one isn't available 
already.


However starting the daemon from within a MailMate-executed script 
doesn't work because it is missing a TTY. I managed to work around that 
by starting the daemon within a `script -q`. Found the trick on 
StackOverflow somewhere.


The other problem is that starting the daemon is too slow, might take 
2-3 seconds, or even more, depending on how many plugins it has to load. 
So I was forced to display a notification by means of `osascript`, to 
let the user know that the editor is starting. But as long as a daemon 
is already active, opening a new Emacs window is instantaneous.


Cheers,

--
Alex Nedelcu
alexn.org
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Word wrapping in Markdown introduces line breaks

[Alexandru Nedelcu]

Hello,

Word wrapping in Markdown introduces line breaks and I don't like this
behavior.

Can I configure it to not do that?

I would like for newlines to be introduced only between paragraphs,
the way for example GitHub's UI is configured to work by default. This
is because Markdown is meant to be human readable and hard word
wrapping is nice and doable with a good text editor.

E.g. this email was composed using hard word wrapping. It might look
good, but when viewed as HTML it breaks on a mobile phone and some
lines will be too short when introducing inline links.

-- 
Alex Nedelcu
alexn.org
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Emacs Integration, for use as external editor

[Jacqueline Barrios Rojas]

Hello I don't write because this program is very difficult for my format
Thank You.
El El mar, 16 de may. de 2017 a las 15:53, Alexandru Nedelcu <
grou...@alexn.org> escribió:

> Hello,
>
> I have a small bundle I worked on for integrating Emacs
>  with MailMate.
>
> Project: https://github.com/alexandru/emacs.mmbundle
>
> It assumes the Emacs for Mac OS X 
> distribution, but in case Emacs was installed using an alternative method
> (e.g. brew, Mac Ports, etc), then it's fine for as long as emacs and
> emacsclient binaries are found on this path:
>
> PATH=$HOME/bin:~/Applications/Emacs.app/Contents/MacOS/bin:/Applications/Emacs.app/Contents/MacOS/bin:~/Applications/Emacs.app/Contents/MacOS:/Applications/Emacs.app/Contents/MacOS:/usr/local/bin:$PATH
>
> For reference, some implementation details ...
>
> This was surprisingly tricky to develop, because the only reasonable way
> to use Emacs as an on-demand editor is through emacsclient, which needs
> an Emacs server to be active. Normally this is done by starting Emacs at
> boot with --daemon or by doing a (server-start) in the emacs.el config,
> or you can start the client with emacsclient --alternate-editor="", which
> starts a daemon if one isn't available already.
>
> However starting the daemon from within a MailMate-executed script doesn't
> work because it is missing a TTY. I managed to work around that by starting
> the daemon within a script -q. Found the trick on StackOverflow somewhere.
>
> The other problem is that starting the daemon is too slow, might take 2-3
> seconds, or even more, depending on how many plugins it has to load. So I
> was forced to display a notification by means of osascript, to let the
> user know that the editor is starting. But as long as a daemon is already
> active, opening a new Emacs window is instantaneous.
>
> Cheers,
> --
> Alex Nedelcu
> alexn.org
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate
>
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Jacqueline Barrios Rojas]

Hello I don't write because this format is very difficult my IPad Thank You.
El El mar, 16 de may. de 2017 a las 15:53, Steven M. Bellovin <
s...@cs.columbia.edu> escribió:

> On 16 May 2017, at 15:49, Scott A. McIntyre wrote:
>
> >
> >
> > I would recommend a good password manager though.  I use 1Password,
> > which helps me organise this quite nicely.  Each platform with
> > application specific passwords is a separate entity in my data, and I
> > make a new "Password" item within that entity for each of the
> > Applications.
> >
> I also use 1Password.  It's essential -- I have four Macs and two iOS
> devices that all need to know my passwords.
>
>
>  --Steve Bellovin, https://www.cs.columbia.edu/~smb
>
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate
>
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Word wrapping in Markdown introduces line breaks

[Alexandru Nedelcu]

I see that this is documented behaviour mentioned at:

https://manual.mailmate-app.com/preferences#a-namemarkupsupportamarkdown-support

Having some option in Preferences would be nice.

Or let me know if this could be solved with some filter implemented
through a bundle.

--
Alex Nedelcu
alexn.org

On 16 May 2017, at 23:04, Alexandru Nedelcu wrote:


Hello,

Word wrapping in Markdown introduces line breaks and I don't like this
behavior.

Can I configure it to not do that?

I would like for newlines to be introduced only between paragraphs,
the way for example GitHub's UI is configured to work by default. This
is because Markdown is meant to be human readable and hard word
wrapping is nice and doable with a good text editor.

E.g. this email was composed using hard word wrapping. It might look
good, but when viewed as HTML it breaks on a mobile phone and some
lines will be too short when introducing inline links.

--
Alex Nedelcu
alexn.org
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] iCloud accounts require an app specific password starting June 15th

[Barton Lipman]

Ditto.  Though I have only two Macs and two iOS devices...

On 16 May 2017, at 15:53, Steven M. Bellovin wrote:


On 16 May 2017, at 15:49, Scott A. McIntyre wrote:




I would recommend a good password manager though.  I use 1Password, 
which helps me organise this quite nicely.  Each platform with 
application specific passwords is a separate entity in my data, and I 
make a new "Password" item within that entity for each of the 
Applications.


I also use 1Password.  It's essential -- I have four Macs and two iOS 
devices that all need to know my passwords.



--Steve Bellovin, https://www.cs.columbia.edu/~smb

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate