[MlMt] Archive in mailbox with dynamic name?

[Patrik Fältström]

Hi,

I have understood one can have variables, like in sub mailboxes in the smart 
folders, for example ${#date.month}.

I also see one can do actions like "moveToMailbox":

archive:-   Shorthand for ( 'moveToMailbox:', 'archive' )

Now, can one have a more "dynamic" name of the target?

What I would like to be able to do is to move messages to a mailbox which is:

"/Archives/"${#date.month}

...and this on a specific IMAP Account (i.e. I have multiple IMAP accounts and 
want to move to one of them).

So I guess my question is whether one can have a variable as target to a 
moveToMailbox rule?

   paf



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Archive in mailbox with dynamic name?

[Patrik Fältström]

On 25 Apr 2015, at 14:31, Benny Kjær Nielsen wrote:

> On 25 Apr 2015, at 8:25, Patrik Fältström wrote:
>
>> What I would like to be able to do is to move messages to a mailbox which is:
>>
>>  "/Archives/"${#date.month}
>>
>> ...and this on a specific IMAP Account (i.e. I have multiple IMAP accounts 
>> and want to move to one of them).
>>
>> So I guess my question is whether one can have a variable as target to a 
>> moveToMailbox rule?
>
> Well, I guess it's really two questions.

I guess so :-)

What questions on this list (I have as a newcomer looked at maybe one year of 
archive before asking this question) is not? ;-)

> Moving to an explicit account requires an `imap:` URL. You can get this by 
> selecting an IMAP mailbox and then use ⌘C to put it on the pasteboard. You'll 
> get something like:
>
>   imap://username%40example@imap.example.com/Archive

Aha! Cool!

> The simple answer to the other question is no. The `moveToMailbox:` binding 
> takes the argument verbatim.

Ok.

> There is no expansion of variables. I guess I could introduce something like 
> `moveToMailboxFormat:` for this purpose. I'll consider that.

Would be appreciated. I have seen others "almost" ask for it, although not as 
explicitly as I do.

> The most flexible solution is to create a bundle command which based on the 
> given message returns an action which tells MailMate to move the message. 
> This would not be limited to format strings. I could perhaps be persuaded to 
> provide an example, but I don't have time right now :-)

Interesting thinking.

I know people that archive in different ways.

I personally move all messages to -MM mailboxes, one per month.

I know others archive in the same hierarchy as the message was in when archived 
(i.e. foo/bar/fratz get archived into Archive/foo/bar/fratz).

I have seen other ideas as well.

On this list I saw people wanting to archive in external software archives. I 
do (as I saw one message suggested) use a separate IMAP account, so that 
searches in MailMate do search all of my email.


I must though say one of the reasons I am on my way to use MailMate is that it 
can handle my amount of email. I have 10-14k messages per month for the last 15 
years in my archive. I archive all messages older than a year.

Mail.App can not handle it (anymore), and on top of that it has a bug in the 
hash function it uses for identification of threads, as the bucket size seems 
to be too small, so it has false positives.

So far, MailMate do manage to take care of my mail, so money will come shortly.

Well done Benny!

   Best, Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] format=flowed

[Patrik Fältström]

If I understand things correctly, the only way to get format=flowed is supposed 
to be when one use markdown formatting:



But when I use it (like in this case) I do not get the format=flowed.

This is from another mail I did try it with:

``--=_MailMate_A7AF26E3-AAD6-4139-BDD2-489ADEB35252_=
Content-Type: text/plain; charset=utf-8; markup=markdown
Content-Transfer-Encoding: quoted-printable``

What do I not understand?

What I would like to have is text/plain without markdown that is format=flowed.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] format=flowed

[Patrik Fältström]

On 3 May 2015, at 19:51, Bill Cole wrote:

It's just a guess, but this may be a bug related to PGP signing. Have 
you checked what happens when you don't sign a message?


You where right. Without PGP Signature (like this mail) there is 
format=flowed.


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

Re: [MlMt] giving up - MailMate crash - won't synchronize

[Patrik Fältström]

MailMate also work for me with 1.8M messages, three IMAP accounts etc. But not 
more than I think 30k messages in one mailbox.

I do not have the issues you describe either :-(

But, I do not use GMail. Just plain pure IMAP.

Specifically, MailMate has never crashed.

Regarding the columns, I have sort of figured out I think they are "per 
mailbox", or something in that direction.

Can that be true?

So the differences seems to be that you have tons of messages in one mailbox 
plus that you use GMail.

   Patrik

On 13 May 2015, at 18:32, James Galvin wrote:

> I can't use Mail anymore because MacOS broke it when they tried to get smart 
> with GMail.  I otherwise found Mail tolerable in the same way I find 
> Thunderbird tolerable now.
>
> I'm running Yosemite 10.10.2 on this laptop, which is otherwise a 13" MacBook 
> straight from the factory.  A few applications installed for work but 
> otherwise virgin.  Had it two years now.
>
> Suggestions or hints on how to isolate the problem are welcome.
>
> Thanks,
>
> Jim
>
>
>
> On 5/13/15 12:26 PM, Barton Lipman wrote:
>> I don't have the same size account as Joe, but will second his
>> endorsement. I was also using Mail.app and found it way too slow. I've
>> never had the kind of problems with MailMate you describe and think
>> there must be something wrong in your configuration or some process
>> that's interfering in some way.
>>
>> Good luck!
>>
>> Bart
>>
>> On 13 May 2015, at 12:12, Joe Abley wrote:
>>
>> Hi Jim!
>>
>> I use MailMate with gmail and IMAP mailboxes, five accounts total,
>> with somewhere in the region of 5 million messages between them and
>> something like 25,000 in the combined inbox.
>>
>> I have experienced none of the problems you describe.
>>
>> I mention this not to call you a liar :-) but rather because perhaps
>> it points to a problem somewhere else in your environment; I'm
>> running the latest yosemite on an 11" macbook air, installed from
>> scratch (no upgrades or transfers from any previous laptop or OS).
>> If the history of the OS on your machine is more extensive than
>> that, perhaps there's some old cruft that is causing your problems.
>> Worth a look, anyway if you want to try harder with MailMate.
>>
>> I used Mail.app before Mailmate, and only stopped because I have too
>> much mail for Mail.app to be able to thread properly. I gather this
>> is a known issue with the hash function used to index messages, but
>> having been through multiple point and major releases of OS X
>> waiting for a fix, I finally gave up and switched. MailMate doesn't
>> suffer from that problem, and now that I'm used to it I can't
>> imagine switching back even if Apple's mail team got their act together.
>>
>> I've never been able to stand thunderbird. It has too much of the
>> stench of GNU about it, with the attendant disastrous
>> design-by-engineer/late-90s-X-windows design aesthetic. :-)
>>
>> Joe
>>
>> On 13 May 2015, at 11:07, James Galvin wrote:
>>
>> I have spent almost 3 weeks trying to migrate to MailMate but
>> unfortunately there is something wrong.
>>
>> This past weekend I submitted several crash dumps, just in case
>> anyone here can check those.
>>
>> Sending a message here is my last hope so here goes.
>>
>>  1.
>>
>> I use Thunderbird now. It works for me just fine although it
>> has one issue I've learned to accept. I was hoping to get
>> past this issue with MailMate, especially given the high
>> recommendations it gets. I've used MacOS Mail before but
>> with Yosemite that stopped working with Google Apps. Mail
>> tried to be too smart and it failed miserably but that's a
>> separate discussion.
>>
>>  2.
>>
>> I have 4 IMAP accounts, 2 of which are Google Apps based.
>> The first time I tried a migration I just imported all 4
>> accounts using MailMate and let it go to work. This never
>> worked. It would crash if I ever tried to use it while it
>> was synchronizing. So, I bailed, removed the accounts and
>> started over with just one.
>>
>>  3.
>>
>> MailMate worked great when I imported 1 account. I used it
>> for a week and was finally getting used to the changes when
>> I decided to import another account.
>>
>>  4.
>>
>> Importing the second account has never worked.
>>
>> a. MM crashes randomly. I have submitted some of the crash
>> reports I encountered though not all.
>>
>> b. MM never sticks the default columns. I always have to revert
>> a display to the default columns. This randomly causes crashes.
>>
>> c. Switching mailboxes randomly causes crashes.
>>
>> d. Synchronizing has never completed on the second mailbox. The
>> account always shows a spinning wheel. I have removed and
>> restarted the import several times. I removed MM and reinstalled
>> once. I let the synchronizing run with an otherwise

Re: [MlMt] giving up - MailMate crash - won't synchronize

[Patrik Fältström]

On 13 May 2015, at 22:10, Benny Kjær Nielsen wrote:

> On 13 May 2015, at 18:42, Patrik Fältström wrote:
>
>
>> MailMate also work for me with 1.8M messages, three IMAP accounts etc. But 
>> not more than I think 30k messages in one mailbox.
>
> The bottleneck is the total number of messages -- and you would still have 
> 1.8M messages (or near that) in the virtual “All Messages” mailbox.

This is how I know how many messages I have, :-) I have requested the numbers 
displayed be the number of messages.

> In any case, I'm a bit surprised it works at all with that many messages.

Wow!!!

Well, it does! ;-)

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] giving up - MailMate crash - won't synchronize

[Patrik Fältström]

On 14 May 2015, at 18:35, Helen Holzgrafe wrote:

> I solved this by never moving more than one mailbox folder at a time (not 
> account, not mail box, but folder). If a folder was more than about a 1000 
> messages I broke that up even smaller. That allowed me to get everything 
> moved over.

Can you explain what you mean by "moving a folder"?

What I am talking about is that you use mail client A for account B, and now 
you start using MailMate for account B instead of (in addition to) client A.

It seems that is not what you are doing.

For me, 1.8M messages, the sync took maybe 48 hours or so, during which time I 
was not using the laptop for anything else.

For what you try to do, I would look in the "activity viewer"(*) to see what 
IMAP commands are happening (or not).

   Patrik

(*) Why do the activity viewer always scroll to the top, even though latest 
information is at the bottom?



signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] giving up - MailMate crash - won't synchronize

[Patrik Fältström]

On 15 May 2015, at 5:04, Thomas Floeren wrote:

> For this purpose I still would rather keep my mail box tiny (current & recent 
> stuff)

This is what I use virtual mailboxes for.

I.e. I almost only work on virtual mailboxes (that are small) which are views 
into the heaps of swampspace that the actual storage mailboxes are. :-)

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] giving up - MailMate crash - won't synchronize

[Patrik Fältström]

On 15 May 2015, at 13:15, Benny Kjær Nielsen wrote:

> On 15 May 2015, at 9:16, Patrik Fältström wrote:
>
>> (*) Why do the activity viewer always scroll to the top, even though latest 
>> information is at the bottom?
>
> Because it's (still) very primitive. (The Activity Viewer has essentially not 
> been improved since I implemented it.)

Its still a million times better than the Mail.App connection doctor ;-)

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] trying out the new spotlight integration...

[Patrik Fältström]

On 18 May 2015, at 10:38, Max Rydahl Andersen wrote:

> Hey,
>
> I noticed the spotlight functions are in latest alpha. Needed to try it out ;)
>
> FYI: I did the symbolic link thing, putting it in ~/Messages.
>
> ...at what time can I expect it to start showing up in spotlight results ?
>
> Any special keywords I need to use to have the search kick in ?



signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] trying out the new spotlight integration...

[Patrik Fältström]

On 19 May 2015, at 8:10, Patrik Fältström wrote:

> On 18 May 2015, at 10:38, Max Rydahl Andersen wrote:
>
>> Hey,
>>
>> I noticed the spotlight functions are in latest alpha. Needed to try it out 
>> ;)
>>
>> FYI: I did the symbolic link thing, putting it in ~/Messages.
>>
>> ...at what time can I expect it to start showing up in spotlight results ?
>>
>> Any special keywords I need to use to have the search kick in ?

I have no idea why this mail from me ended up being empty...

Anyway...I feel spotlight is useless as Apple has decided to localize the 
keywords.

The mechanism/syntax in MailMate is much better ("f" for from etc).

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] trying out the new spotlight integration...

[Patrik Fältström]

On 19 May 2015, at 9:56, Benny Kjær Nielsen wrote:

> Sorry, the Spotlight support is only to make all `.eml` messages searchable 
> outside MailMate (using Spotlight or the Finder). It does not change how 
> searching within MailMate works.

Phew, thanks!!!

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] KeyBinding removed when upgrading

[Patrik Fältström]

On 4 Jun 2015, at 23:16, Benny Kjær Nielsen wrote:

> If you like then you can try the latest test version of MailMate (should be 
> relatively stable). I made another minor change trying to fix this problem 
> and I don't yet have any reports on whether or not that made a difference: 
> Hold down ⌥ when clicking “Check Now” in the Software Update preferences pane.

Hi, I just did this, and the keybinding file I had created disappeared... :-(

Yes, I have a backup which I copied in place, but, maybe an upgrade should keep 
whatever changes has been made?

Or can the keybinding file be stored outside of the folder of the app?

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] KeyBinding removed when upgrading

[Patrik Fältström]

On 5 Jun 2015, at 7:01, Fredrik Jonsson wrote:

> Patrik Fältström 2015-06-05 13:58 wrote:
>
>
>> Yes, I have a backup which I copied in place, but, maybe an upgrade should 
>> keep whatever changes has been made?
>
>
> All custom fields for MailMate should be placed in:
>
> ~/Library/Application Support/MailMate/Resources/…
>
> For KeyBindings it's:
>
> ~/Library/Application Support/MailMate/Resources/KeyBindings/

Thanks!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Spotlight testing

[Patrik Fältström]

On 30 Jun 2015, at 10:13, Benny Kjær Nielsen wrote:

> On 29 Jun 2015, at 16:14, Max Rydahl Andersen wrote:
>
>> On 27 Jun 2015, at 16:25, Benny Kjær Nielsen wrote:
>>
>>> I would appreciate if users of the latest test release (hold down ⌥ when 
>>> clicking “Check Now” in the Software Update preferences pane) could verify 
>>> that the Spotlight plugin in MailMate works for all their messages (in 
>>> particular, does not crash).
>>
>> Seem to have run fine on my collection.
>
> Thanks to everyone testing Spotlight. It seems to work quite well. Additional 
> reports can be sent to me off list.

I have tested it as well. 1.8M messages. Seems to have imported correctly. At 
least the mdimport ended without error messages.

How do I know what is better with spotlight compared to not?

> For users on r5102, note that r5103 is available. It includes a fix for a 
> recent bug making tags hard to work with (they were not always displayed in 
> the messages outline or the headers view).

Ack.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Spotlight testing

[Patrik Fältström]

On 30 Jun 2015, at 12:19, Benny Kjær Nielsen wrote:

> On 30 Jun 2015, at 10:42, Patrik Fältström wrote:
>
>> I have tested it as well. 1.8M messages. Seems to have imported correctly. 
>> At least the mdimport ended without error messages.
>
> Great!
>
>> How do I know what is better with spotlight compared to not?
>
> You mean what you gain by enabling Spotlight indexing? There are 3 advantages 
> and if you don't need any of them then I recommend disabling it (in the 
> General preferences pane):
>
> 1. When you use Spotlight (or the Finder) to do a search then emails in 
> MailMate are included in the results.

Aha, of course!

I just checked changes INSIDE MailMate... :-)

> 2. If you have exported emails from MailMate (drag'n'drop or the Export rule 
> action) then these can be searched using Spotlight (depending on where they 
> are saved). This works even if Spotlight indexing is disabled in MailMate 
> itself.
> 3. Other applications can use Spotlight to search for emails including those 
> in MailMate. (There might be an interesting example of that fairly soon.)

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] Copy link to mail, paste into Apple Calendar.App

[Patrik Fältström]

Hi,

I have tried a few times but never succeeded in copying a link to a message in 
Mailmate and adding it to a calendar event in Calendar.App.

If I look at what is in the clipboard from MailMate, it looks good, but it 
seems Calendar.App is changing things.

For example, a link to a message can be:



After I paste into Calendar.App, it turns into "Show in Mail..." immediately, 
but blue text as if it is a link.

That link is though:



How can I convince Calendar.App that the link is correct?

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Copy link to mail, paste into Apple Calendar.App

[Patrik Fältström]

On 11 Aug 2015, at 15:00, David Green wrote:

> I should have reported this earlier -- thanks.
> My workaround:
> 1. Do a Copy Link
> 2. Paste into text editor
> 3. change "message:" to "mid:"
> 4. Paste into calendar

Aha, cool, thanks!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] Bug when copying subject line

[Patrik Fältström]

Hi,

One of the most common actions I do is to:

- Ctrl-click on the subject line to get a popup menu
- Select the only alternative, Copy
- Type "s " in the search area
- Paste what I copied
- Remove the trailing line break
- Sometimes edit the text to a subset of the subject
- Press return

This is a bit cumbersome, and I ask whether one can not do this in an easier 
way. Like for example not include the line break in the copy/paste buffer, or 
handle the actual copy action simpler than using a popup menu. For example, if 
the subject was selectable as text, I could double-click on the word I wanted, 
copy, paste in the search bar.

Sure, I know that clicking on the subject has a special action, to get that 
thread, but can one not have that function as well, in a different way? I think 
what I am saying is that its a bit annoying the subject is not really 
selectable text.

Or at least clean up the copy/paste buffer so that the trailing line break is 
not there.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Bug when copying subject line

[Patrik Fältström]

On 16 Aug 2015, at 17:17, Benny Kjær Nielsen wrote:

>> Sure, I know that clicking on the subject has a special action, to get that 
>> thread, but can one not have that function as well, in a different way?
>
> It doesn't show you the thread. It shows you all messages with the same 
> subject body.

Aha, ok...then it is VERY CLOSE to what I want. The issue I have is that I get 
quite often messages forwarded to me with "sort of" the same subject, but not 
exactly the same. So I have to search for subjects that contain (subset) of the 
subject I get on the message.

Got it!

>> I think what I am saying is that its a bit annoying the subject is not 
>> really selectable text.
>
> Agreed.

But...I understand that it is hard to both handle select and mouse-up events on 
the same string. Apple is trying with some text it interprets as links, and 
that is not easy to manage.

>> Or at least clean up the copy/paste buffer so that the trailing line break 
>> is not there.
>
> Done.

Thanks!

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] MailMate hangs on El Capitan

[Patrik Fältström]

Hi,

I have had a couple of hang MailMate lately.

It seems to dive into run_gpg, run_command and a __select but then never come 
out again... I guess it has to do with run of gpg.

# gpg --version
gpg (GnuPG) 1.4.9
:
:

Has anyone else had problems?

Benny, I have a trace that might help if this is something that only I have.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] MailMate hangs on El Capitan

[Patrik Fältström]

On 14 Oct 2015, at 23:32, Benny Kjær Nielsen wrote:

> On 14 Oct 2015, at 21:49, Patrik Fältström wrote:
>
>> It seems to dive into run_gpg, run_command and a __select but then never 
>> come out again... I guess it has to do with run of gpg.
>>
>> # gpg --version
>> gpg (GnuPG) 1.4.9
>
> I have:
>
>   gpg (GnuPG/MacGPG2) 2.0.28
>
> Not sure it's related, but you appear to be using another gpg2 install than 
> the one from GPGTools.

Hmm...I have always expected GPGTools to do the right thing for the terminal 
stuff... But I now see:

https://gpgtools.tenderapp.com/kb/faq/what-if-i-have-my-own-self-compiled-version-of-gnupg-v1-or-v2

I think you should use /usr/local/MacGPG2/bin/gpg2 if that exists, otherwise 
see where $PATH is, or warn, or...

Mumble...thanks for helping!

>> Benny, I have a trace that might help if this is something that only I have.
>
> You are welcome to send it off list (I don't get hang reports automatically).

I'll send it separately.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] a message confuses MailMate on one computer

[Patrik Fältström]

On 12 Nov 2015, at 10:26, Benny Kjær Nielsen wrote:

>> It was multipart/mixed with no body other than three attachments.
> That's unusual. A typical message with 3 attachments would be structured like 
> this:
>
>  multipart/mixed
>  multipart/alternative
>  text/plain
>  text/html
>  image/jpeg
>  image/jpeg
>  image/jpeg
>
>
> If it's a message you can share then you are welcome to send it to me (off 
> list). There are no known hangs for an attachments-only message.

What do you both mean by "attachment"?

In MIME that does not really exist as a definition, but one could say that 
attachment is one bodypart that is referenced from another body part (using 
CID). So do you mean MIME body parts that all have a CID, but are not 
referenced from any text/html?

   Patrik -- curious


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] IPv6 support?

[Patrik Fältström]

On 5 Sep 2015, at 8:52, Benny Kjær Nielsen wrote:

>> On 5 Sep 2015, at 1:11, Philip Paeps wrote:Playing with the MailMan plugin 
>> earlier, I kept an eye on my maillog and noticed zero IPv6 connections from 
>> MailMate. Mail.app and mutt both prefer IPv6 for connections to my 
>> mailserver. Does MailMate do something special to avoid IPv6?
>
> No, it's because the network code in MailMate is based on `openssl`. This and 
> other network related issues are unlikely to improve before I switch to 
> CFNetwork (which has been on my todo for a long time).

Let me chime in this would be excellent to get "one day"... ;-)

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] List view not multiple of line height

[Patrik Fältström]

I might have changed font and size and whatever, but the weird thing is that 
even if I (think) I have adjusted the size of the list view to an even multiple 
of the line height, when I delete the top most message, and the list of 
remaining messages scrolls up, it scrolls too much.

See attached picture.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] Junk / not junk

[Patrik Fältström]

Hi,

I am running MailMate with SpamSieve, and of course there are a number of 
actions on junk that I would like to have clarified.

When manually acting on junk/not junk I do:

- When looking at junk NOT in the junk folder

"Junk State" -> "Junk"
"Delete"

- When looking at junk in the junk folder

"Junk State" -> "Junk"
"Delete"

- When looking at not junk in the junk folder

"Junk State" -> "Not Junk"
"Move out of Junk"


When looking at the selectors I see "markAsJunk:".

Is that the same as "Junk State" -> "Junk"?

Is the menu item "Move to Junk" doing both "Junk State" -> "Junk" and move of 
the message?

Hmm...

   Patrik



signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Junk / not junk

[Patrik Fältström]

On 17 Jan 2016, at 20:37, Benny Kjær Nielsen wrote:

>> Is the menu item "Move to Junk" doing both "Junk State" -> "Junk" and move 
>> of the message?
>
> Yes. Most users should only need “Move to Junk”. Moving something out of junk 
> (no matter how it's done) automatically registers it as non-junk with 
> SpamSieve.

Perfect!

I.e. I understand now that my real question would be "do the actions move out 
of junk, or to junk" implicitly also interact with SpamSieve?

And the answer is yes.

Excellent!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Junk / not junk

[Patrik Fältström]

On 17 Jan 2016, at 22:12, Steven M. Bellovin wrote:

> To make sure I understand: these two actions, "move to junk" and "move out of 
> junk", are for use on the machine that has SpamSieve installed.  On other 
> machines that use the same IMAP server, one should use the "good" and "bad" 
> folders per the SpamSieve instructions, in order to update SpamSieve's 
> training rules.  Is this all correct?

You mean this:

http://c-command.com/spamsieve/manual#setting-up-a-mailmate-d

I have myself SpamSieve installed on two macs acting against the same IMAP 
account(s).

I do the "mark as junk" and "move out of junk" and walks through the "Junk" 
mailbox manually on both MailMate installations now and then.

Is this wrong you think?

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] Junk / not junk

[Patrik Fältström]

On 18 Jan 2016, at 4:22, Steven M. Bellovin wrote:

> It also lets me reclassify mail from my iPhone and iPad.

Ahh...ok, from them I just ignore the classification. But I use MailMate most 
of the time (I completely rely on virtual folders in my life).

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] moveToJunk?

[Patrik Fältström]

Hmm...I am testing various operations that I add to the key mapping file.

The moveToJunk is described like this:

moveToJunk: -   Shorthand for ( 'moveToMailbox:', 'junk' )

It seems this is not true, because if the mail is in "junk" mailbox already, it 
seems to be action "Move out of Junk".

Can this is clarified, specifically what interaction there is with SpamSieve?

Or rather, I would like to know in more detail what the following functions do:

moveToJunk:
markAsJunk:
markAsNotJunk:

In the manual there is (for example) no text about interaction with SpamSieve 
although I understand that is going on "under the hood". And IF multiple things 
happens, what do "undo:" and "redo:" do? All of the actions or only the last in 
the list?

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] What takes time at startup?

[Patrik Fältström]

When starting MailMate it does something. For a very long time.

I now checked after rebooting my laptop and it required 8 min and 20 sec of 
CPU-time before the window of MailMate was visible.

This after a clean shutdown.

Wall clock time was of course much longer.

What's up?

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] What takes time at startup?

[Patrik Fältström]

On 6 Feb 2016, at 17:45, John Cooper wrote:

> Patrik Fältström wrote (at 4:01 on 6 Feb 2016):
>
>
>> When starting MailMate it does something. For a very long time.
>>
>> What's up?
>
>
> What's it say in the Activity Viewer while this is happening? (Window > Show 
> Activity Viewer)

There is nothing, no response even from the application. No menus nothing. 
"Application not responding" in the mach kernel although it do send events.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] What takes time at startup?

[Patrik Fältström]

350k email messages is nothing.

I have just below 2 million. 12k added each month, approximately.

There is something happening at startup that takes very long time. And I am 
interesting in knowing what happens.

   Patrik

On 6 Feb 2016, at 19:43, Helen Holzgrafe wrote:

> Hi,
>
> Also, if you have Apple's "Activity Monitor" (inside the Applications/Utility 
> folder) running when you start up Mailmate, you can directly see that 
> Mailmate is using 100% of your computer's available  CPU cycles during its 
> startup.
>
> That's why a Mailmate Startup window that shows some form of progress bar, 
> the name of each folder as it is being processed, or "25 of 300 Smart Folders 
> verified" or some other indicator gives the user faith that MailMate is 
> actually doing something and not hanging. This window also gives some clue as 
> to how long until MailMate is done with start up.
>
> -Helen
>
> On 6 Feb 2016, at 10:04, Helen Holzgrafe wrote:
>
>> Hi,
>>
>> I have a partial explanation from my experience.  I have around 35 mail 
>> messages, mostly archived, and quite a few smart mailboxes.  For a while it 
>> was taking over 10 minutes to start up, which was getting incredibly 
>> annoying.  I used the following method to get the time down to a manageable 
>> 30 seconds.
>>
>> I created essentially two archives. I have 5 or so messages in the 
>> regular archive. These messages I actually want to search a lot and create 
>> smart folders from. I also created another folder inside the real archive 
>> folder that I call "Deep Archive". This is not a smart folder, but an actual 
>> iMAP folder. It contains around 30 messages I must keep, but I don't 
>> expect to search or create smart folders from.
>>
>> Then, I created a smart folder called "All Accounts - No Deep Archive" which 
>> contains all messages in all of my accounts and excludes the "Deep Archive" 
>> folder.  Now all my smart folders use "All Accounts - No Deep Archive" for 
>> the Mailboxes to search in (the first tab on "edit Mailbox" window).  I no 
>> longer search "All Messages" for each smart mailbox.  Just in case it 
>> matters, which I do not know for sure, I also placed this smart folder at 
>> the top of my folder list so the odds are greater that it will be created 
>> first before all the other smart folders.  Only Benny can tell us if this 
>> placement at the top actually helped.
>>
>> Why does this work? My educated guess:
>>
>> My guess is that Mailmate somehow must be recreating the contents lists for 
>> each smart mailbox on the fly each time it starts up, rather than keeping 
>> that as part of its database all the time. Very time consuming at start up, 
>> but it does guarantee accuracy.
>>
>> Remember that messages can come in or you can mess directly with your IMAP 
>> folders while MailMate is not running.  So Mailmate must do something at 
>> start up to make sure all those smart folders have correct information.  The 
>> problem for me was that it was searching 35 messages for every smart 
>> folder that used "All messages" as the mailbox it searched through.  That's 
>> a lot of messages.
>>
>> I also think Mailmate was also thrashing in some fashion trying to bring 
>> that many messages in and out for search. So, I also suspect that how much 
>> RAM memory you have in your machine will also affect how much MailMate goes 
>> into overdrive to get this start up done.
>>
>> It might be good for Benny to put up a window during this startup that shows 
>> how much time it is spending creating your smart folders or some other 
>> method of letting you you that it's actually working and not actually "not 
>> responding" as the operating system reports.
>>
>> Benny, how close did I come to explaining this problem correctly?
>>
>> -Helen
>>
>> On 6 Feb 2016, at 9:12, John Cooper wrote:
>>
>>> Have you tried uninstalling MailMate, including its support folders, and 
>>> then reinstalling it?
>>>
>>> Patrik Fältström wrote (at 8:54 on 6 Feb 2016):
>>>
>>>> On 6 Feb 2016, at 17:45, John Cooper wrote:
>>>>
>>>>> Patrik Fältström wrote (at 4:01 on 6 Feb 2016):
>>>>>
>>>>>
>>>>>> When starting MailMate it does something. For a very long time.
>>>>>>
>>>>>> What's up?
>>>>>
>>>>>
>>>>> What

Re: [MlMt] What takes time at startup?

[Patrik Fältström]

On 6 Feb 2016, at 23:40, Benny Kjær Nielsen wrote:

> Patrick: Now, 8 minutes is a lot

Note, 8 min of CPU time. Not wall clock time ;-)

Btw, not the first time I have heard from author of a software that "oh, did 
not know it could work for that size of data structure". First time was MSQL 
(not MySQL) in 1995 :-)

Like Mike O'Dell said about the future of the Internet: "The only thing you 
have to be afraid of is scale".

> and it could be interesting for me to see where the bottlenecks are for this 
> kind of problem size. You can generate a log for me by pasting these lines in 
> a Terminal window:
>
>  defaults write com.freron.MailMate TimersEnabled -bool YES
>  /Applications/MailMate.app/Contents/MacOS/MailMate

Ok, doing this now.

> When the launch has finished then quit MailMate (to make MailMate summarize 
> the results) and then send me the Terminal output. Send it off list.

Will do.

> (I cannot really promise to make more improvements soon, but there might be 
> some simple things you can change to speed up the launch.)

Of course!

I was more curious of what MailMate is doing than requesting it to be shorter. 
Specifically as it seems to be in busy wait with about 800MByte allocated of 
RAM. Only the last few seconds it blows memory allocation to the 3-4GByte RAM 
it then uses for the actual normal operation (which btw is quite ok).

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] What takes time at startup?

[Patrik Fältström]

On 8 Feb 2016, at 10:56, Comic Sans wrote:

> Just interested, with mail base so large, have you ever considered/evaluated 
> something like [MailSteward](http://www.mailsteward.com/) or similar?

Yes, but nothing beats standardized access to the email as IMAP.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

Re: [MlMt] What takes time at startup?

[Patrik Fältström]

On 8 Feb 2016, at 11:14, Vlad Ghitulescu wrote:

> How often do you use / read those mid-nineties email messages now?
> I still have the email messages from 2002, but live doesn't stop :-) so I 
> didn't take a glance of them since ages!

What I do is to have one IMAP account with all messages older than a year that 
are not flagged.

I because of that have a virtual mailbox with "all messages with age > 1 year, 
that are not flagged, and NOT in this 2nd IMAP account".

Messages in this specific virtual mailbox are the ones I should move to this 
special IMAP account.

Then I do all searches, virtual mailboxes etc based on only this "last years 
email".

This implies virtual mailboxes etc in reality is within 150k messages and not 2 
million.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] THANKS!

[Patrik Fältström]

It is about time I thank Benny *again* for the excellent support and 
cooperation.

As some of you know, I started a discussion on this list regarding startup 
times being long. After testin, debugging, dumping, debugging and logging some 
more Benny now have a release of the code that do have optimizations and better 
code for the queries made for virtual mailboxes. As some of you thought, yes, 
that was the issue. Triggered by the combination of my large mailboxes and 
heavy use of virtual mailboxes. At the same time, a few more things where fixed 
-- as always.

I am now on Version 1.9.4 (5220) and I can recommend it! It rulez!


Benny, thanks!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] How I deal with email using MailMate

[Patrik Fältström]

Hi,

I just blogged about how I use MailMate and thought maybe this can interest 
some of you as many of you have sort of tried to understand what I am doing... 
;-)

https://stupid.domain.name/node/1895

It also, I hope, between the line explain why I so much trust and like MailMate.

Thanks Benny!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

[MlMt] MmSMTPUTF8Enabled

[Patrik Fältström]

Wow!

This is big!

Thanks Benny!!!

   Patrik -- one of the creators of the IDN standard and strong supporter of 
SMTPUTF8


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] MmSMTPUTF8Enabled

[Patrik Fältström]

On 21 Feb 2016, at 14:59, Benny Kjær Nielsen wrote:

> As an email client developer I really do love being able to send those raw 
> UTF8 headers :-)

He he he...yes, I can understand that.

The header encoding is...hmm..."interesting" although extremely stable.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Any news?

[Patrik Fältström]

On 27 Feb 2016, at 8:37, Thomas Eckhold wrote:

> Please visit this 
> [link](http://sites.fastspring.com/freron/product/graphicsdesigner) from my 
> original message.
>
> http://sites.fastspring.com/freron/product/graphicsdesigner

Thanks for the reminder.

Just bought 10 of these...MailMate is worth every penny!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Wishlist: functions to bind to keys

[Patrik Fältström]

When I go through a mailbox I step through it by "going to next mail" which 
displays it and because of that also marks it as read. Some mail I mark by 
flagging it and then doing "next".

But, this opens a thread...which I might be non-interested in, but then I would 
like to see "select mail in this thread" which could be followed by "mark as 
read" and "go to next unread mail".

For example bind "n" to the "next mail" and "N" to "mark selected mail and 
thread read, and then go to next".

The effect would be so that when the first mail in a thread is selected (when 
having "Organize by Thread" marked in View menu), before the thread is 
displayed, one can select that whole thing as read, and go to the "next line" 
in the display in the mailbox.

Can that be added to the "wish list"? ;-)

  Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] mailmate not quoting/indenting properly ?

[Patrik Fältström]

On 4 Apr 2016, at 11:52, Benny Kjær Nielsen wrote:

> And this is where the irony really kicks in: I believe this is going to make 
> MailMate one of the most HTML capable email clients in existence while still 
> only including a plain text composer...

He he he...

This is why I am using MailMate! :-D

Good work Benny!

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Limiting Mailbox Scope to Current Account

[Patrik Fältström]

No please. It is one of the strengths of MailMate (as many have said) to be 
able to move messages between mailboxes without any restrictions. There are 
more clients that can do it, including Mail.App btw, but the behaviour in 
MailMate is perfect!

Explain more what issues you see with it, and maybe there is where the issue is.

   Patrik

On 17 Apr 2016, at 18:07, Melton Low wrote:

> I use this feature periodically. It's useful under some circumstance. Maybe a 
> warning if the message is being moved to another account.
>
> Mel
>
> On 17 Apr 2016, at 9:57, Dave Smith wrote:
>
>> Honestly, I was shocked to discover it was even possible, for messages to
>> be moved to another email account. Never seen a client with that ability on
>> any platform.
>>
>> Dave Smith, PE
>> @devunwired
>> On Apr 17, 2016 9:55 AM, "Karl Erik Jessen"  wrote:
>>
>>> +1 for the ability to restrict moving messages to only inside account
>>>
>>> FWIW:
>>> In mailclients for iOS it seems to be the normal behavior only to move
>>> messages *inside* accounts. I have tried between 5 or 10 and never seen
>>> the possibility to move messages between accounts.
>>>
>>> --
>>> Karl Erik Jessen
>>> Farum DK
>>>
>>> On 16 Apr 2016, at 14:36, Benny Kjær Nielsen wrote:
>>>
>>> On 14 Apr 2016, at 23:14, Dave Smith wrote:
>>>
>>> I have four email accounts set up in MailMate (all Gmail), and many of
>>> them contain labels with the same or similar names. I've noticed that when
>>> I use the Move to Mailbox… feature, it allows me to move an email message
>>> to *ANY* mailbox/label…even if that label is in a different account. I
>>> find this confusing and I'm constantly adding messages to the wrong place.
>>> Is there a way to limit the scope of this feature to only allow messages to
>>> be moved into mailboxes associated with that account source?
>>>
>>> There's no way to do that, but it does make a lot of sense. Maybe even as
>>> default behavior (and an option to change it). I'll note it. Thanks.
>>>
>>> --
>>> 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
>>>
>>>
>> ___
>> 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


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Limiting Mailbox Scope to Current Account

[Patrik Fältström]

Hmm.let me think...

Ok! ;-)

Just kidding!

Of course it is better the more people get the features they get.

Hey, this is why we all use this excellent software, right?

   Best, Patrik

On 17 Apr 2016, at 20:32, Dave Smith wrote:

> Please, I'm not saying kill the feature entirely. I imagine people use it or 
> the tool wouldn't work that way by default. I just would like to be able to 
> turn it off as it doesn't mesh well with my own workflow.
>
> Dave Smith, PE
> @devunwired
> On Apr 17, 2016 10:10 AM, "Patrik Fältström"  wrote:
>
> No please. It is one of the strengths of MailMate (as many have said) to be 
> able to move messages between mailboxes without any restrictions. There are 
> more clients that can do it, including Mail.App btw, but the behaviour in 
> MailMate is perfect!
>
> Explain more what issues you see with it, and maybe there is where the issue 
> is.
>
>Patrik
>
> On 17 Apr 2016, at 18:07, Melton Low wrote:
>
>> I use this feature periodically. It's useful under some circumstance.
> Maybe a warning if the message is being moved to another account.
>>
>> Mel
>>
>> On 17 Apr 2016, at 9:57, Dave Smith wrote:
>>
>>> Honestly, I was shocked to discover it was even possible, for messages to
>>> be moved to another email account. Never seen a client with that ability
> on
>>> any platform.
>>>
>>> Dave Smith, PE
>>> @devunwired
>>> On Apr 17, 2016 9:55 AM, "Karl Erik Jessen" 
> wrote:
>>>
>>>> +1 for the ability to restrict moving messages to only inside account
>>>>
>>>> FWIW:
>>>> In mailclients for iOS it seems to be the normal behavior only to move
>>>> messages *inside* accounts. I have tried between 5 or 10 and never seen
>>>> the possibility to move messages between accounts.
>>>>
>>>> --
>>>> Karl Erik Jessen
>>>> Farum DK
>>>>
>>>> On 16 Apr 2016, at 14:36, Benny Kjær Nielsen wrote:
>>>>
>>>> On 14 Apr 2016, at 23:14, Dave Smith wrote:
>>>>
>>>> I have four email accounts set up in MailMate (all Gmail), and many of
>>>> them contain labels with the same or similar names. I've noticed that
> when
>>>> I use the Move to Mailbox… feature, it allows me to move an email
> message
>>>> to *ANY* mailbox/label…even if that label is in a different account. I
>>>> find this confusing and I'm constantly adding messages to the wrong
> place.
>>>> Is there a way to limit the scope of this feature to only allow
> messages to
>>>> be moved into mailboxes associated with that account source?
>>>>
>>>> There's no way to do that, but it does make a lot of sense. Maybe even
> as
>>>> default behavior (and an option to change it). I'll note it. Thanks.
>>>>
>>>> --
>>>> 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
>>>>
>>>>
>>> ___
>>> 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
>
> ___
> 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


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Subscriptions

[Patrik Fältström]

On 12 Jun 2016, at 3:10, charlie-li...@garrison.com.au wrote:

> On 12 Jun 2016, at 2:37, Marco Carmosino wrote:
>
>> Would anyone else be interested in this? Obviously it would be have to be 
>> worth Benny's time to build out such a feature/payment infastructure, in 
>> terms of enough people being willing to subscribe.
>
> I’m not convinced about the app store being a good way to deliver software, 
> but there is a small subset of software that I’m willing to keep paying for 
> so that I can rely on it following system updates, etc. My MUA is certainly 
> in that category. In this case, wouldn’t a PayPal subscription/donation 
> option be sufficient?

For the meta question, whether I am prepared to pay a recurring fee for my (a 
well working) MUA the answer is definitely "yes".

The rest is an implementation issue.

   Patrik

P.S. Look at what Adobe, Microsoft etc are doing, they can not be wrong, can 
they? ;-)


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] MailMate so slow it locks up

[Patrik Fältström]

On 16 Jun 2016, at 14:54, Alex Bligh wrote:

> That would imply MM was waiting in a busy loop. I can get a 70Mb/s TCP 
> connection to the server, so I doubt this is the issue. Also I've (admittedly 
> not for a few months now) done resyncs of Mail.app over the same connection, 
> and it's been pretty fast (a few hours).

The only really large differences I see between MM and other IMAP clients like 
Mail.App is that it starts up slower (and otherwise when it have to clean up 
its indices etc) and that it uses huge amount of memory.

In fact, memory seems to be much more important for MM than other parameters.

And then as for other clients it is not so much the bandwidth to the IMAP 
server that is important but the actual time it takes for a roundtrip and the 
number of IMAP commands it can get out of the IMAP server per time unit.

I have just above 2M messages in three accounts, and the roundtrip time to the 
IMAP server REALLY matters.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] will MailMate be a good mail mate for me?

[Patrik Fältström]

On 16 Jun 2016, at 17:45, Robert Brenstein wrote:

> I am planning to archive all my Eudora mailboxes in Mail Archiver, which 
> should give me easy enough access to past mail preserving the old structure 
> which I know well, and start Mailmate fresh, with just the most recent mails. 
> I have 19 years of mails in Eudora and I don't believe that such a collection 
> can transfer cleanly, so I won't even try.

FWIW, I created a special IMAP account that I use for archiving, and then moved 
all messages I wanted to archive to it. Every month (by the use of virtual 
mailboxes in MM) I move all "old" messages to the archive. All IMAP accounts 
(including the archive one) are sync:ed with MM (and all messages are because 
of that cached locally).

I have almost 20 years of email, >2M messages, adding 12-15k each month.

People asked me some months ago "how I deal with my email" and I wrote a blog 
post about it:



   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] feature request - nextUnreadMailbox: ?

[Patrik Fältström]

On 27 Jun 2016, at 16:01, Charlie Allom wrote:

> Is there a keyboard shortcut I can use to jump to the next mailbox that has 
> unread messages in it?
>
> “next” being defined as top down in the way I have the MAILBOXES arranged.

FWIW, I thought of doing something like this until I understand a virtual 
mailbox with the subset of unread messages from "important" mailboxes was 
something much more effective...

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] enhancement, I think

[Patrik Fältström]

On 25 Jul 2016, at 11:54, Mike Brasch wrote:

> As long a syncing mechanism uses local folders for syncing (like Dropbox, 
> Bittorrent Sync and some others) MailMate could copy the relevant data to 
> such a folder. This way users can use their preferred syncing service.

+1

MailMate should be able to detect whether the file has changed, and in that 
case re-read its new configuration, and when saving, it just saves the new 
config waiting for the service to propagate it to other units.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] A "Show only unread" toggle

[Patrik Fältström]

On 3 Aug 2016, at 0:27, Steven M. Bellovin wrote:

> It would be nice but for important mailboxes I just set up smart submailboxes 
> that show only the unread messages.

+1

Or even groups of important mailboxes, i.e. multiple mailboxes grouped as one 
virtual one.

See  for a description of my workflow 
that almost entirely is built using virtual mailboxes.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] A "Show only unread" toggle

[Patrik Fältström]

On 3 Aug 2016, at 8:36, Max Rydahl Andersen wrote:

> I got 50 or so virtual mailboxes I go through. I don't want to have 100 to 
> define :/

Yeah, completely understood... I am lucky then to be able to create virtual 
mailboxes including other virtual mailboxes so I do not have to "go through" 
more than a few... Three in fact... When I read and deal with mail. The rest 
(including what you talk about -- find what I discussed with a person) I do via 
search.

But I do, let me say that explicitly, understand your situation.

   Patrik

> -- 
> Max Rydahl Andersen
>
> On 3 August 2016 at 06:12:49, Patrik Fältström (p...@frobbit.se) wrote:
>
>> On 3 Aug 2016, at 0:27, Steven M. Bellovin wrote:
>>
>> It would be nice but for important mailboxes I just set up smart
>> submailboxes that show only the unread messages.
>>
>>
>> +1
>>
>> Or even groups of important mailboxes, i.e. multiple mailboxes grouped as
>> one virtual one.
>>
>> See <https://stupid.domain.name/node/1895> for a description of my
>> workflow that almost entirely is built using virtual mailboxes.
>>
>> paf
>> --
>> ___
>> 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
>


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] How do you store old emails?

[Patrik Fältström]

On 24 Aug 2016, at 15:00, Vlad Ghitulescu wrote:

> On 24 Aug 2016, at 14:57, Annamarie wrote:
>
>> 327 MB according to Activity Monitor
>
> 506 MB for 931 emails here

5,58GByte for 2.099.084 messages here

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] How do you store old emails?

[Patrik Fältström]

Virtual mailboxes are your friends!

<https://stupid.domain.name/node/1895>

Benny: you have already helped a lot by making launch of MailMate relatively 
quick given my way of managing email.

Thanks!

   Patrik

On 24 Aug 2016, at 18:03, Vlad Ghitulescu wrote:

> (OT: Just the thought of 2*10^6 emails always available (as reference 
> material etc.) freeze my GTD-brain! ;-))
>
> On 24 Aug 2016, at 16:34, Benny Kjær Nielsen wrote:
>
>> On 24 Aug 2016, at 15:07, Patrik Fältström wrote:
>>
>>> 5,58GByte for 2.099.084 messages here
>>
>> I'm impressed it works at all. I'll keep you in mind for testing any future 
>> memory optimizations :)
>>
>> -- 
>> 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
>


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] How do you store old emails?

[Patrik Fältström]

On 24 Aug 2016, at 23:20, Annamarie wrote:

> Wow! That's an interesting system. I'll consider if it works for me. Also 
> curious about DevonThink which I've wondered about for other stuff. But 
> mainly I think that my old emails should get out of MM - and be searchable IF 
> I should ever need them.

As you can see in my note, I move "old mail" (read, >1 year old) to a different 
IMAP account. That way an IMAP client only connecting to the first account do 
not see the old email. If I need the archive, I connect to both.

   Patrik

> Thanks everyone!
>
> Annamarie Pluhar
> 802-451-1941
> 802-579-5975 (iPhone - not good when I'm at my desk.)
>
> On 24 Aug 2016, at 15:07, Patrik Fältström wrote:
>
>> Virtual mailboxes are your friends!
>>
>> <https://stupid.domain.name/node/1895>
>>
>> Benny: you have already helped a lot by making launch of MailMate relatively 
>> quick given my way of managing email.
>>
>> Thanks!
>>
>>Patrik
>>
>> On 24 Aug 2016, at 18:03, Vlad Ghitulescu wrote:
>>
>>> (OT: Just the thought of 2*10^6 emails always available (as reference 
>>> material etc.) freeze my GTD-brain! ;-))
>>>
>>> On 24 Aug 2016, at 16:34, Benny Kjær Nielsen wrote:
>>>
>>>> On 24 Aug 2016, at 15:07, Patrik Fältström wrote:
>>>>
>>>>> 5,58GByte for 2.099.084 messages here
>>>>
>>>> I'm impressed it works at all. I'll keep you in mind for testing any 
>>>> future memory optimizations :)
>>>>
>>>> -- 
>>>> 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
>>>
>> ___
>> 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


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Dialog box asking for upgrade of the software

[Patrik Fältström]

Yesterday evening MailMate did check whether it was to be upgraded or not. With 
a normal dialog box.

I saw this box this morning and concluded that while the dialog is open, there 
is no background task running checking for email. Which I think is wrong. This 
because when the box is cleared (in one way or another) the mail client is 
urgently doing tons of IMAP actions, while doing whatever it is doing as a 
result of choosing an alternative in the dialog box.

So, I would ask the software update process to not block other background tasks.

   Patrik

P.S. That said, ensure you do not launch a 2nd "check if a new software version 
exists" which for example TextMate sometimes do, which results in multiple such 
dialogues


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Coming back full circle

[Patrik Fältström]

On 3 Sep 2016, at 8:02, Benny Kjær Nielsen wrote:

> My crowd funders should be happy to know that my wife has now completed her 
> masters degree (“cand.scient.san.” is the official title) and this is 
> celebrated   today   with a big party (which is why I won't be able to work 
> on the Gmail issue today). Yet another thank you to you all from both me and 
> my family.

You are already sending too much email for such a day!

Go do good shit elsewhere this weekend Benny!

   paf -- just signed up as Patron


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Feature Request: BCC warning/intro

[Patrik Fältström]

Hi,

One thing that I think it was Eudora that introduced, was to add a "signature" 
at the beginning of the message body that read:

"IMPORTANT! This message has been blind-carbon-copied to you. Do not 
reply-to-all or forward it without the author's permission."

This text was added to the email body for all bcc recipients.

I really like that feature (when I receive email bcc:ed -- if I see them) and 
would like to have the same feature myself for people I bcc.

Maybe as a "signature" that is added only to To, Cc or Bcc recipients? And then 
set location (top, bottom,...).

Or just add a fixed text to all bcc, if one wants that?

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Feature Request: BCC warning/intro

[Patrik Fältström]

On 7 Sep 2016, at 15:47, Benny Kjær Nielsen wrote:

> On 7 Sep 2016, at 9:54, Patrik Fältström wrote:
>
>> One thing that I think it was Eudora that introduced, was to add a 
>> "signature" at the beginning of the message body that read:
>>
>> "IMPORTANT! This message has been blind-carbon-copied to you. Do not 
>> reply-to-all or forward it without the author's permission."
>>
>> This text was added to the email body for all bcc recipients.
>
> I guess that makes sense, but it's not so easily added to MailMate. MailMate 
> removes the Bcc header before sending via SMTP, but it's still only sent once 
> to the server. The above would require it to be sent twice -- with and 
> without the warning.

Correct.

>> Maybe as a "signature" that is added only to To, Cc or Bcc recipients?
>
> I don't think it should be part of the signature system.

I can agree with that :-)

>> And then set location (top, bottom,...).
>>
>> Or just add a fixed text to all bcc, if one wants that?
>
> Given its nature, wouldn't it always be top if one wanted to use this?

Yes. Of course! But a signature can be in multiple places, but given we will 
not go down the signature path...

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Feature Request: BCC warning/intro

[Patrik Fältström]

On 7 Sep 2016, at 17:05, Steven M. Bellovin wrote:

> That's what I do, too, which suggests an even more stringent mechanism: put 
> the original To/Cc lines into the body of the bcc copy.  Yes, it's an extra 
> SMTP, but so is doing it manually.

FWIW, I do not use BCC either (some people use to too much, like instead of 
mailing lists or alias expansion on server side), but WHEN I do it, I would 
like it to be more clear. Sure, in some cases I send the first mail, and then 
forward the sent mail to the "bcc" recipient like "FYI, look what I did send". 
But then maybe THAT should be the feature (which seems to be similar to what 
you suggest as well)?

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Feature Request: BCC warning/intro

[Patrik Fältström]

On 8 Sep 2016, at 1:04, Richard Rettke wrote:

> On 7 Sep 2016, at 2:54, Patrik Fältström p...@frobbit.se  wrote:
>
>> "IMPORTANT! This message has been blind-carbon-copied to you. Do not 
>> reply-to-all or forward it without the author's permission."
>>
>> This text was added to the email body for all bcc recipients.
>
> In some respects it's rather surprising that email clients and web based 
> email, even allow a Reply All to a BCC list. You have no idea who you're 
> replying too.

Well, the receiver do not know he was bcc:ed. There was an envelope To address 
with his email address.

What I think you say is that "it is surprising that an email client is allowing 
(not warning) if one do reply-all if none of the email addresses in To: or Cc: 
headers are known"?

This email for example, that I am doing reply-all on have 
mailmate@lists.freron.com on it. My email client could know I am on that list 
(valid To/Cc) but I could have been bcc:ed. How can it know?

> Just to be flexible I would think a preference option that simply disables 
> the ability to do a reply all to a BCC list would be in order. Certainly 
> would not solve the problem for all the other clients but perhaps a step in 
> the right direction.

That would help _me_, but not the ones I send bcc to (i.e. receiver of my email 
messages).

I see these as two different problems.

To warn me as a sender that I am using bcc ("Do you really want to bcc people 
and not Cc?") might also be ok. But I think the bcc header is already today in 
MailMate "hidden" enough so that the risk for the MM user doing the wrong thing 
(Bcc instead of Cc) is extremely small.

paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Preferences files shared between different hosts

[Patrik Fältström]

Hi,

Once again I have the need for starting use MailMate on a different host. This 
time because the trackpad and keyboard died on my laptop, and I have to launch 
a backup machine.

And copy settings etc to that new host.

I will copy the files by using DropBox and of course I once again thought about 
having settings there all the time and hard/soft links to the DropBox folder.

I think I really would like to:

1. Know what files we talk about that can be copied to a different host
2. Why not have them in a separate directory in the settings "hierarchy"
3. Hopefully MailMate will open/do changes/read/write/close in short bursts 
(and not keep the files open)
4. Could MailMate state(2) those files now and then, detect when files changes, 
and if so read the files and apps settings?

But, many things in for example the Mailboxes.plist file include UUID's for the 
identification of the mailboxes. I have not digged into that too much yet, but 
I guess the UUID's might be different on different clients even if they are the 
same IMAP mailbox?

Yes, I know the plan is to have settings stored in the IMAP server itself, but 
that implies you must have account settings set manually before the settings 
can be applied. A catch-22.

On the other hand, there can be race conditions anyway when for example DropBox 
is sync:ed, MailMate started and DropBox has not sync:ed the settings, MailMate 
create new settings and DropBox then sync the settings...etc.

But I think those race conditions will happen regardless of whether the 
settings are stored in IMAP or by some shared file system...

So, at least I think I would like to see in the manual one page saying "if you 
want to start running MailMate on a new host, these are the recommended 
steps...".

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Preferences files shared between different hosts

[Patrik Fältström]

Hi,

Of course this works if you restore from a TimeMachine, but if you want to use 
the old and new...

   paf

On 8 Oct 2016, at 16:46, Volker Kopetzky wrote:

> I just bought a new macbook pro and simply restored all user data from the 
> old laptop. In regards to MailMate that was everything I needed to do. It 
> started right away with all mailboxrs, folders and no email was missed.
>
> Best,
> Volker
>
> On 8 Oct 2016, at 16:44, Patrik Fältström wrote:
>
>> Hi,
>>
>> Once again I have the need for starting use MailMate on a different host. 
>> This time because the trackpad and keyboard died on my laptop, and I have to 
>> launch a backup machine.
>>
>> And copy settings etc to that new host.
>>
>> I will copy the files by using DropBox and of course I once again thought 
>> about having settings there all the time and hard/soft links to the DropBox 
>> folder.
>>
>> I think I really would like to:
>>
>> 1. Know what files we talk about that can be copied to a different host
>> 2. Why not have them in a separate directory in the settings "hierarchy"
>> 3. Hopefully MailMate will open/do changes/read/write/close in short bursts 
>> (and not keep the files open)
>> 4. Could MailMate state(2) those files now and then, detect when files 
>> changes, and if so read the files and apps settings?
>>
>> But, many things in for example the Mailboxes.plist file include UUID's for 
>> the identification of the mailboxes. I have not digged into that too much 
>> yet, but I guess the UUID's might be different on different clients even if 
>> they are the same IMAP mailbox?
>>
>> Yes, I know the plan is to have settings stored in the IMAP server itself, 
>> but that implies you must have account settings set manually before the 
>> settings can be applied. A catch-22.
>>
>> On the other hand, there can be race conditions anyway when for example 
>> DropBox is sync:ed, MailMate started and DropBox has not sync:ed the 
>> settings, MailMate create new settings and DropBox then sync the 
>> settings...etc.
>>
>> But I think those race conditions will happen regardless of whether the 
>> settings are stored in IMAP or by some shared file system...
>>
>> So, at least I think I would like to see in the manual one page saying "if 
>> you want to start running MailMate on a new host, these are the recommended 
>> steps...".
>>
>>paf
>> ___
>> 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
>


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Preferences files shared between different hosts

[Patrik Fältström]

Aha! Ok, good catch!

I got it.

So what you say is that:

1. Take the old mac
2. Take the new mac
3. Connect the two with an as fast connection as possible
4. Ensure MailMate is not running on either of the two
5. Copy the ~/Library/Application Support/MailMate directory from old to new 
host

   paf

On 8 Oct 2016, at 16:51, Volker Kopetzky wrote:

> You won’t need a time machine, just a firewire cable and the old machine 
> started in Target mode.
>
> After that, all your settings/folders in MailMate will be identical on both 
> machines and -- as MM uses IMAP -- you can work with both machines. Just new 
> mailboxes or changes to smart mailboxes will stay local.
>
> Best,
> Volker
>
> On 8 Oct 2016, at 16:48, Patrik Fältström wrote:
>
>> Hi,
>>
>> Of course this works if you restore from a TimeMachine, but if you want to 
>> use the old and new...
>>
>>paf
>>
>> On 8 Oct 2016, at 16:46, Volker Kopetzky wrote:
>>
>>> I just bought a new macbook pro and simply restored all user data from the 
>>> old laptop. In regards to MailMate that was everything I needed to do. It 
>>> started right away with all mailboxrs, folders and no email was missed.
>>>
>>> Best,
>>> Volker
>>>
>>> On 8 Oct 2016, at 16:44, Patrik Fältström wrote:
>>>
>>>> Hi,
>>>>
>>>> Once again I have the need for starting use MailMate on a different host. 
>>>> This time because the trackpad and keyboard died on my laptop, and I have 
>>>> to launch a backup machine.
>>>>
>>>> And copy settings etc to that new host.
>>>>
>>>> I will copy the files by using DropBox and of course I once again thought 
>>>> about having settings there all the time and hard/soft links to the 
>>>> DropBox folder.
>>>>
>>>> I think I really would like to:
>>>>
>>>> 1. Know what files we talk about that can be copied to a different host
>>>> 2. Why not have them in a separate directory in the settings "hierarchy"
>>>> 3. Hopefully MailMate will open/do changes/read/write/close in short 
>>>> bursts (and not keep the files open)
>>>> 4. Could MailMate state(2) those files now and then, detect when files 
>>>> changes, and if so read the files and apps settings?
>>>>
>>>> But, many things in for example the Mailboxes.plist file include UUID's 
>>>> for the identification of the mailboxes. I have not digged into that too 
>>>> much yet, but I guess the UUID's might be different on different clients 
>>>> even if they are the same IMAP mailbox?
>>>>
>>>> Yes, I know the plan is to have settings stored in the IMAP server itself, 
>>>> but that implies you must have account settings set manually before the 
>>>> settings can be applied. A catch-22.
>>>>
>>>> On the other hand, there can be race conditions anyway when for example 
>>>> DropBox is sync:ed, MailMate started and DropBox has not sync:ed the 
>>>> settings, MailMate create new settings and DropBox then sync the 
>>>> settings...etc.
>>>>
>>>> But I think those race conditions will happen regardless of whether the 
>>>> settings are stored in IMAP or by some shared file system...
>>>>
>>>> So, at least I think I would like to see in the manual one page saying "if 
>>>> you want to start running MailMate on a new host, these are the 
>>>> recommended steps...".
>>>>
>>>>paf
>>>> ___
>>>> 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
>>>
>> ___
>> 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
>


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Rules with variables in them?

[Patrik Fältström]

Hi,

I have one mailbox where I have the name of subfolders in the form of 
"${#date.month}".

Can I also use that expression in one way or another in the rules?

For example: "Move to folder /x/${#date.year}/${#date.month}"

And of course have that folder be created if it does not exist?

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] moveToJunk:

[Patrik Fältström]

There is a function moveToJunk:, but is there also moveFromJunk:?

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] moveToJunk:

[Patrik Fältström]

On 8 Nov 2016, at 17:47, Thomas Eckhold wrote:

> Do you mean „Move Out of Junk“? That is available for messages in the junk 
> mailbox via
>
> - Shift-Cmd-J,
> - context menu and
> - through the Message menu in the menu bar.

I know, but I want to use it in a new key binding.

I should have been careful and asked whether moveFromJunk: exists as a Key 
Binding Selector use like moveToJunk?

<https://manual.mailmate-app.com/key_binding_selectors>

   paf

> T.
>
>
>
> On 8 Nov 2016, at 13:06, Patrik Fältström wrote:
>
>> There is a function moveToJunk:, but is there also moveFromJunk:?
>>
>>paf
>> ___
>> 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


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] moveToJunk:

[Patrik Fältström]

On 8 Nov 2016, at 18:04, Thomas Eckhold wrote:

> On 8 Nov 2016, at 13:25, Patrik Fältström wrote:
>
>> I should have been careful and asked whether moveFromJunk: exists as a Key 
>> Binding Selector use like moveToJunk?
>
> I see. I do not know but moveToJunk is a shorthand for ( 'moveToMailbox:', 
> 'junk' ) so I would guess that moveFromJunk could be achieved with ( 
> 'moveToMailbox:', ‚inbox' ).

The mail might not have been moved from inbox to junk but some other mailbox, 
so "back" might not be to inbox.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] moveToJunk:

[Patrik Fältström]

On 8 Nov 2016, at 20:44, Bill Cole wrote:

> There's no persistent history maintained of what mailboxes a message has been 
> in, so there's no way for MM to know where to move a message "back" to. The 
> "Move Out of Junk" menu command & button move a message to INBOX because 
> that's an identifiable non-Junk mailbox that every IMAP account must have.

Hmmm...ok, "interesting". But of course that must be the way things work. I was 
confused by the "move from junk" text that did not say "move to inbox".

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] moveToJunk:

[Patrik Fältström]

On 9 Nov 2016, at 6:42, Randy Bush wrote:

>> There is a function moveToJunk
>
> which i would love to have on the right click

I put that on "j" - key :-)

I want to control email with just keyboard.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] moveToJunk:

[Patrik Fältström]

On 9 Nov 2016, at 15:47, Benny Kjær Nielsen wrote:

> but there is `toggleJunkMailbox:` which has this behavior when an email is in 
> the Junk mailbox

Thanks!

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Urgent: Can no longer send mail after most recent update

[Patrik Fältström]

What does the Activity Window in MailMate say?

   paf

On 24 Nov 2016, at 17:21, Paul Hoffman wrote:

> Greetings. I have a non-standard mail setup on the SMTP server I run. It
> has worked fine with MailMate until the MailMate update that just happened,
> but now sending mail fails. (Receiving works just fine.)
>
> The settings are:
> SMTP Server: 
> Port: 8025
> Username: 
> Require SSL: checked
> Password: my password
>
> Sending just waits for a few minute then ends. The server is running
> Sendmail. The log says:
>
> Nov 24 09:14:00 hoffman sm-mta[38369]: uAOGB3Ba038369:  [ home IP>] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA8025-v4
>
> Any clues appreciated. I am getting a bit desperate.
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Sort order changes when doing a search

[Patrik Fältström]

I upgraded to Version 1.9.6 (5383) and normally have search order in a mailbox 
so that Date Received is what I search on and ascending according to the value 
(latest mail last).

When I issue a search, the search order changes to be based on From, which is 
confusing specifically when I search for "from field" as everyone is the same.

I also see the column "SpamSieve Score" that was not visible in the search 
result before.

I know some state in the display is saved by mailbox, but it is unclear to me 
a. what has happened and b. how do I fix this. I have tried to set the layout 
of the "search result folder" (if that was a specific state) but regardless of 
what I do I get the search result done by From, and SpamSieve Score is visible.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Sort order changes when doing a search

[Patrik Fältström]

On 26 Jun 2017, at 16:39, Benny Kjær Nielsen wrote:

> On 23 Jun 2017, at 7:13, Patrik Fältström wrote:
>
>> I know some state in the display is saved by mailbox, but it is unclear to 
>> me a. what has happened and b. how do I fix this. I have tried to set the 
>> layout of the "search result folder" (if that was a specific state) but 
>> regardless of what I do I get the search result done by From, and SpamSieve 
>> Score is visible.
>
> The default search folder is “All Messages”. It doesn't stick if you switch 
> to this mailbox (without searching) and change columns/sorting?

Hmm...now when I use Version 1.9.6 (5383) I can not reproduce anymore.

I have changed the default search folder to a different mailbox (a virtual 
one), and when I just look at that folder the format is "correct" and I get the 
same sort order etc now.

Unless I had the problem at my computer at home... :-(

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Where are IMAP messages stored?

[Patrik Fältström]

Hi,

I noticed today that my TimeMachine Backup took seriously long time. After 
checking the TimeMachine Logs I found that there is a directory in my home 
directory where now IMAP messages are stored, and not in ~/Library (or 
similar). I.e. messages are stored in ~/com.freron.MailMate/

When did this change? Is something screwed up in my setup?

   Patrik



signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Dowload of fonts

[Patrik Fältström]

I just got a spam message and wanted to investigate it more closely. Mailmate 
wanted to download a font though to display the message.

Yes I did select "yes" to approve the download of the font...

If I would have selected "Cancel", would I still have been able to see the 
message (before I say "show raw" or whatever)?

I think it is important MailMate do follow the settings for "download content" 
also for fonts...and was a bit surprised I even got the question.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Dowload of fonts

[Patrik Fältström]

On 11 Nov 2017, at 8:45, Benny Kjær Nielsen wrote:

> You can forward me the message if you like. Maybe compress it first to make 
> sure it's not taken by a spam filter :)

Will do!

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Dowload of fonts

[Patrik Fältström]

On 11 Nov 2017, at 14:09, Benny Kjær Nielsen wrote:

> I can reproduce the issue and I don't think I can (easily) do anything about 
> it. It seems to be something affecting various applications, e.g., see 
> [here](https://discussions.apple.com/message/31539108#31539108).

Aha!

> For the record, I selected “Skip” and I could still read the message.

Good to know.

> It is probably triggered by this: `font-family:標楷體, dfkai-sb;`. I have no 
> idea what the purpose of this statement is since the message itself is 
> written in Swedish and does not seem to require any special fonts...

I think the goal is to see whether people display the message or not (as you 
can not track using images as email clients do not load external content). On 
top of that it is an interesting attack vector given what is downloaded might 
not be a correct font.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Non-ascii in headers

[Patrik Fältström]

Hi,

It seems that if I use non-ascii in headers (like names in the To, Cc etc), and 
I use Google SMTP server as outgoing SMTP server, some handshake is happening 
which makes MailMate not encode the headers at all.

One example is when the message include:

Cc: "Patrik Fältström" 

This is sent exactly like that, without any encoding, which in turn makes 
Google "do the wrong thing", specifically not downgrade the header to quoted 
printable or base64 or something. Possibly because charset is not known.

This in turn makes email bounces back as such email headers are not correct.

Question: is there some easy way to get the actual log from SMTP so I can see 
what MailMate and Google is talking about?

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] High Sierra, APFS, Time Machine, and MailMate...

[Patrik Fältström]

On 11 Dec 2017, at 4:02, Steven M. Bellovin wrote:

> I should add: the issue is not bandwidth to the disk--it works fine when 
> backing up very large files.

I have added the local IMAP cache to Time Machine "do not include this 
directory" for backups.

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] spinning beachball of death

[Patrik Fältström]

On 10 Jan 2018, at 17:26, Benny Kjær Nielsen wrote:

> On 10 Jan 2018, at 15:42, James Galvin wrote:
>
>> I have collected 6 samples as previously suggested in other threads from 
>> MailMate over the past 2 days, all when it is in “spinning beachball of 
>> death” mode just prior to my “FORCE QUIT”.  I will send those to Benny 
>> immediately following this message privately.
>
> The problem appears to be that some smart mailbox is taking a very long time 
> to update when, e.g., a new message arrives. I'll ask for some other files 
> and debug output off list.

I also noticed Jim having 8G of RAM, which to me seems a bit low when running 
memory hungry applications like MailMate.

Do you have some Very Large Mailboxes Jim?

What does not memory consumption look like on the machine as a whole?

I.e. I saw today when with the help of vagrant spinning up "too many hosts" 
when my box hit the 16G size I have it went from snappy to unusable faster than 
the blink of an eye. :-(

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] spinning beachball of death

[Patrik Fältström]

On 11 Jan 2018, at 13:26, James Galvin wrote:

> My MailMate typically runs around 1.5 Gb.  Overall I typically have 500-750Mb 
> of swap in play.

Aha, my MailMate drives up to 5.89GByte which also pushes Kernel 1,63GByte.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] spinning beachball of death

[Patrik Fältström]

On 25 Jan 2018, at 13:33, James Galvin wrote:

> Benny is going to continue to study the issue and hopefully identify a way to 
> be more efficient about calculating “is not in”.

I am using "is in" quite a lot.

Is among your findings that also have performance impact?

I have beachball now and then but thought that was due to the amount of mail. 
:-)

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Crash when parsing IMAP message

[Patrik Fältström]

I had MailMate Version 2.0BETA (6103) crash when parsing a message. I had no 
idea that was what happened, but finally remember one can start MailMate from 
the terminal window and get a better error message:

$ ./MailMate --debug
:
:
00:03:25: T0  3:18.92: ( 0:00.69/ 0:04.45)/( 0:04.22/ 0:29.36)  elapsed for 
'Loading oracle (#quoted#lc)' (64)
00:03:25: T0  3:18.92: ( 0:00.00/ 0:13.64)/( 0:00.00/ 0:13.64) elapsed for 
'adding plain text' (1)
00:03:25: T0  3:19.18: ( 0:00.26/ 0:00.26)/( 0:11.38/ 0:11.38) elapsed for 
'Performing threading' (2)
00:03:25: T0  3:19.18: ( 0:00.02/ 0:21.36)/( 0:00.02/ 0:21.36)elapsed for 
'add body part' (1)
Problems while parsing reported for one or more messages. Details can be found 
in
 /tmp/mailmate_logs/mailmate_parser_problems.log
00:03:25: T0  3:19.18: ( 0:00.00/ 0:21.36)/( 0:00.00/ 0:21.36)   elapsed for 
'add message' (1)
Segmentation fault: 11
$

As you can see the error message did point at 
/tmp/mailmate_logs/mailmate_parser_problems.log which complained on non-ascii 
characters in a message that otherwise where claimed to be 7bit.

Unfortunately I do not have a copy of that file :-(

Luckily I have access to the IMAP server so I could remove the email message 
from the imap server and then start MailMate again. I have the message that I 
removed from the server if that helps.

Weird, isn't it?

   Patrik



signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Crash when parsing IMAP message

[Patrik Fältström]

On 26 Feb 2018, at 14:19, Benny Kjær Nielsen wrote:

>> As you can see the error message did point at 
>> /tmp/mailmate_logs/mailmate_parser_problems.log which complained on 
>> non-ascii characters in a message that otherwise where claimed to be 7bit.
>>
>> Unfortunately I do not have a copy of that file :-(
>
> That doesn't matter. It's unlikely to be the problem. It's just a log of all 
> kinds of workarounds MailMate has to do to parse emails.

Actually, the file only had one entry, and it pointed at some precise issues.

>> Luckily I have access to the IMAP server so I could remove the email message 
>> from the imap server and then start MailMate again. I have the message that 
>> I removed from the server if that helps.
>>
>> Weird, isn't it?
>
> I'd love to have a copy of that since this type of crash is very rare in 
> MailMate. Maybe I can reproduce the crash using the file. You can compress it 
> and send it as an attachment via “Help ▸ Send Feedback”.

Ok, done!

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Crash when parsing IMAP message

[Patrik Fältström]

On 26 Feb 2018, at 14:48, Benny Kjær Nielsen wrote:

> Thanks, it didn't crash MailMate here. Could you try again? And if it still 
> crashes then try the latest 1.x release to see if that branch also crashes: 
> https://updates.mailmate-app.com/archives/MailMate_r5459.tbz

Can it be an IMAP negotiation issue?

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Crash when parsing IMAP message

[Patrik Fältström]

On 26 Feb 2018, at 16:50, Benny Kjær Nielsen wrote:

> I don't think so, but it is possible that some IMAP server would “deliver” 
> the email to MailMate in a different way than the actual raw email -- and 
> that way somehow crashes MailMate.
>
> Let me know if you learn more about the nature of the issue.

I did btw turn on debugging of IMAP according to the information in the webpage 
with hidden options, but I did not get a log :-(

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] PSA - PGP / GPG issue !

[Patrik Fältström]

On 14 May 2018, at 15:40, Alexandre Takacs wrote:

> On 14 May 2018, at 14:42, Nick Vahalik wrote:
>
>> Benny, you are a gem. We appreciate you very much. 
>
> Let me extend my thanks too - it is really nice to see that had been quietly 
> working on these issues !

+1

   paf


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Size of the MailMate Process

[Patrik Fältström]

Hi,

The MailMate process is for me allocating quite some memory...

$ ps auxgwwwm | head -2
USER   PID  %CPU %MEM  VSZRSS   TT  STAT STARTED  TIME 
COMMAND
paf   1499   1.3  6.6 26696064 1109308   ??  S23Nov18 356:29.19 
/Applications/MailMate.app/Contents/MacOS/MailMate

See also attached image. 6.05G my Mac claims...where Mac handle 16G for the 
normal macs. With Chrome also eating memory, there is quite some squeeze.

Is this something on the list of "things to have a look at"?

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Size of the MailMate Process

[Patrik Fältström]

On 9 Dec 2018, at 14:45, Benny Kjær Nielsen wrote:

> Yes, but I'm having trouble reproducing this issue. Could you see if your 
> case is likely to be related to ticket 
> [2164]()?

Nope, it does not crash. It is rock stable for me.

MailMate have been stable on memory consumption for me during the years with 
about 4G, but now suddenly it eats more. At the moment 6,94G...

But no crashes or hanging processes.

Sample below...

   Patrik

Sampling process 1363 for 3 seconds with 1 millisecond of run time between 
samples
Sampling completed, processing symbols...
Analysis of sampling MailMate (pid 1363) every 1 millisecond
Process: MailMate [1363]
Path:/Applications/MailMate.app/Contents/MacOS/MailMate
Load Address:0x10f5c
Identifier:  com.freron.MailMate
Version: 1.12.2 (5568)
Code Type:   X86-64
Parent Process:  ??? [1]

Date/Time:   2018-12-09 15:18:32.079 +0100
Launch Time: 2018-12-04 14:09:54.185 +0100
OS Version:  Mac OS X 10.14.1 (18B75)
Report Version:  7
Analysis Tool:   /usr/bin/sample

Physical footprint: 6.9G
Physical footprint (peak):  8.6G


Call graph:
2501 Thread_28472   DispatchQueue_1: com.apple.main-thread  (serial)
+ 2501 start  (in libdyld.dylib) + 1  [0x7fff719dc08d]
+   2501 main  (in MailMate) + 617  [0x10f64a94a]
+ 2501 NSApplicationMain  (in AppKit) + 780  [0x7fff41d3c3f7]
+   2501 -[NSApplication run]  (in AppKit) + 699  [0x7fff41d4ccb9]
+ 2501 -[NSApplication(NSEvent) 
_nextEventMatchingEventMask:untilDate:inMode:dequeue:]  (in AppKit) + 1362  
[0x7fff41d52c56]
+   2501 _DPSNextEvent  (in AppKit) + 997  [0x7fff41d53eb7]
+ 2501 _BlockUntilNextEventMatchingListInModeWithFilter  (in 
HIToolbox) + 64  [0x7fff43a975e8]
+   2501 ReceiveNextEventCommon  (in HIToolbox) + 618  
[0x7fff43a9786b]
+ 2501 RunCurrentEventLoopInMode  (in HIToolbox) + 293  
[0x7fff43a97b35]
+   2501 CFRunLoopRunSpecific  (in CoreFoundation) + 463  
[0x7fff447fea28]
+ 2498 __CFRunLoopRun  (in CoreFoundation) + 1654  
[0x7fff447ff2f1]
+ ! 2498 __CFRunLoopServiceMachPort  (in 
CoreFoundation) + 337  [0x7fff447ffda2]
+ !   2498 mach_msg  (in libsystem_kernel.dylib) + 60  
[0x7fff71b15174]
+ ! 2498 mach_msg_trap  (in libsystem_kernel.dylib) 
+ 10  [0x7fff71b14c2a]
+ 3 __CFRunLoopRun  (in CoreFoundation) + 1219  
[0x7fff447ff13e]
+   2 __CFRunLoopDoSources0  (in CoreFoundation) + 124  
[0x7fff447ffb4e]
+   : 2 CFSetApplyFunction  (in CoreFoundation) + 130  
[0x7fff44817319]
+   :   2 CFBasicHashApply  (in CoreFoundation) + 102  
[0x7fff447f9c76]
+   : 2 __CFSetApplyFunction_block_invoke  (in 
CoreFoundation) + 18  [0x7fff44817344]
+   :   2 __CFRunLoopCollectSources0  (in 
CoreFoundation) + 21,27  [0x7fff44817360,0x7fff44817366]
+   1 __CFRunLoopDoSources0  (in CoreFoundation) + 195  
[0x7fff447ffb95]
+ 1 __CFRunLoopDoSource0  (in CoreFoundation) + 108 
 [0x7fff4481c0fb]
+   1 
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__  (in CoreFoundation) 
+ 17  [0x7fff4481c155]
+ 1 controller_t::save()  (in 
OakDatabase.dylib) + 121  [0x10fb80af1]
+   1 
database_header_oracle_t::save(atomic_saving::atomic_saving_t&)  (in 
OakDatabase.dylib) + 1108  [0x10fad5836]
+ 1 void 
database_header_oracle_t::save_strings
 >(std::__1::__wrap_iter, 
std::__1::__wrap_iter, std::__1::map, std::__1::less, 
std::__1::allocator > > >&, bool)  (in 
OakDatabase.dylib) + 783  [0x10fad66a3]
+   1 fclose  (in libsystem_c.dylib) + 74  
[0x7fff71a631fd]
+ 1 __sflush  (in libsystem_c.dylib) + 
87  [0x7fff71a634e3]
+   1 _swrite  (in libsystem_c.dylib) + 
87  [0x7fff71a6a920]
+ 1 __write_nocancel  (in 
libsystem_kernel.dylib) + 10  [0x7fff71b18aa6]
2501 Thread_28526: main::signal_handler
+ 2501 thread_start  (in libsystem_pthread.dylib) + 13  [0x7fff71bcd445]
+   2501 _pthread_start  (in libsystem_pthread.dylib) + 70  [0x7fff71bd12a7]
+ 2501 _pthread_body  (in libsystem_pthread.dylib) + 126  
[0x7fff71bce339]
+   2501 signal_handler_thread(void*)  (in MailMate) + 41  [0x10f64a67d]
+ 2501 sigwait  (in libsystem_pthread.dylib) + 52  [0x7fff71bd1784]
+   2501 __sigwait  (in libsystem_kernel.dylib) + 10  
[0x7fff71b1c65a]
2501 Thread_34074: JavaScriptCore bma

Re: [MlMt] Dark mode question

[Patrik Fältström]

On 28 Dec 2018, at 1:02, Verdon Vaillancourt wrote:

> On 27 Dec 2018, at 18:32, Sherman Wilcox wrote:
>
>
>> I’m using dark mode on Mojave. In MailMate, the bodies of some messages are 
>> light/white, while others (most) are dark. Is there any way to make the 
>> bodies of all messages appear light?
>>
>
> I’m guessing that’s HTML mail, and your going to get whatever it’s inline 
> styles tell you to get (or don’t tell you).

I would like to be able to override certain things in the inline css. 
Specifically colors (in dark mode) and size of text. I can set the text by 
choosing for example "bigger" and "smaller" in MailMate, but that is only for 
"plain text" messages. I would like "bigger" and "smaller" also be applied to 
explicit CSS provided inline. For example, if I want normally 18point text 
(instead of say 12pt), then an inline 8pt text should not be displayed as 8pt, 
because it will hardly be visible (on my new 4k monitor :-) ).

I.e. it should, in theory at least, scale also inline css:es. And override 
color settings.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] JMAP support

[Patrik Fältström]

On 30 Dec 2018, at 1:58, Randall Gellens wrote:

> the biggest problem with IMAP is the huge variability among servers.  Adding 
> yet another protocol to the mix will only make that problem worse.

+1

> There have been attempts over the years to raise the bar for IMAP server 
> compatibility by mandating support for a slew of extensions and certain 
> behavior that is now variable.  But it hasn't gotten wide support among 
> servers.  So I don't see how something new will do better.

Including Gmail.

If you look at The Big Players, they have always been the issue. Look at 
Microsoft/SMTP and Google/IMAP over time... Mumble...

> It's also not true, as the link asserts, that IMAP is not designed for 
> today's constrained network environments or high latency.  Quite the 
> opposite: IMAP was originally designed to work over dial-up modems with 
> extremely low bandwidth, high latency, and high disconnects.

Agree. IMAP is very efficient for constrained networks.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] dealing with large mailboxes

[Patrik Fältström]

On 1 Jan 2019, at 21:48, Randy Bush wrote:

> so my SO keeps all sent mail etc.  the ~/mail/Sent folder has 97,000 messages 
> going back to 2000 or so.  mailmate is starting to choke and fail every few 
> days.
>
> if she creates ~/mail/old/Sent mailmate will still see and have to deal with 
> it.
>
> how are folk dealing with this?

I have a 2nd IMAP account that I move mail to. That account do have all mail, 
in folders by year and month. Not more than 15-20k/mailbox, but tons of 
mailboxes. Easy to search still.

I.e. I deal with it by splitting into multiple mailboxes.

Why I have two accounts? Well, so that when I do normal search I only search in 
the "recent email" IMAP server while "search all mail" will search also the 
backup map account with the large number of email.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Dark mode question

[Patrik Fältström]

On 11 Jan 2019, at 21:51, Benny Kjær Nielsen wrote:

>> I would like to be able to override certain things in the inline css. 
>> Specifically colors (in dark mode) and size of text. I can set the text by 
>> choosing for example "bigger" and "smaller" in MailMate, but that is only 
>> for "plain text" messages. I would like "bigger" and "smaller" also be 
>> applied to explicit CSS provided inline. For example, if I want normally 
>> 18point text (instead of say 12pt), then an inline 8pt text should not be 
>> displayed as 8pt, because it will hardly be visible (on my new 4k monitor 
>> :-) ).
>
> The handling of small HTML fonts is probably best handled using the minimum 
> font size setting in the Viewer preferences pane.

Big thanks! Had missed that setting!

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] “Notarized” test release of MailMate

[Patrik Fältström via mailmate]

Benny, thanks for this. I understand there might be a rough ride for a while 
although given your quality of work I do not see that as a high risk. :-) In 
general, more developers should go down the path you do.

Thanks!

   Patrik

P.S. And thanks for the pointers to documentation about it!

On 25 Mar 2019, at 15:27, Benny Kjær Nielsen wrote:

> Hi MailMate users,
>
> the latest test release of MailMate is the first one which has a so-called 
> “hardened runtime”. This allows it to be notarized by Apple resulting in the 
> following to be shown when new users open MailMate for the first time:
>
> ![](cid:F4BB4190-6CF2-45AD-BABA-A4E43183D58C@freron.com "Screenshot 
> 2019-03-25 at 14.04.17.png")
>
> (The usual one has a yellow warning triangle.)
>
> Apple writes about notarization 
> [here](https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution),
>  but it's written for developers. Most users just need to know that 
> notarization means that before each release I upload a copy to Apple. They 
> make some automated checks and report back when it has been accepted/rejected.
>
> The hardened runtime means that MailMate cannot access resources for which I 
> have not explicitly requested MailMate to be able to access. For example, 
> MailMate can no longer, in any way, access the camera, because I have not 
> requested such access in the so-called list of entitlements. For now, 
> MailMate only requests access to Contacts, Calendar, and AppleScript. The 
> user is still explicitly asked about access and access can be declined by the 
> user (just like before).
>
> Most of the above is only relevant on Mojave.
>
> Now, MailMate is a complex beast and it's very likely I've made mistakes. I 
> have also not tested that it does not break anything on macOS releases before 
> Mojave (in theory, it shouldn't be a problem...).
>
> In case of any issues, the last test release without the hardened runtime can 
> be fetched here: http://updates.mailmate-app.com/archives/MailMate_r5620.tbz
>
> And yes, I will hopefully soon get around to answering mailing list emails :)
>
> -- 
> Benny
>
> ---
> Technical details:
>
> If you want to test this from scratch then you need to explicitly download 
> MailMate here: http://updates.mailmate-app.com/archives/MailMate_r5622.tbz
>
> You also need to reset existing MailMate permissions like this:
>
>   tccutil reset All com.freron.MailMate
>
> (This affects what you see in the “Security & Privacy ▸ Privacy” pane of 
> System Preferences.)
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Notes on latest test release and Gmail OAuth application verification

[Patrik Fältström via mailmate]

Excellent news! Thanks!

   Patrik

On 31 May 2019, at 12:16, Benny Kjær Nielsen wrote:

> Hi MailMate users,
>
> a couple of updates on the subjects I wrote about a month ago.
>
> First some very good news: I've finally passed the verification process for 
> the Google OAuth API. It has been a bit frustrating and involved weird steps 
> including making a YouTube video essentially showing that MailMate is an 
> email client. In the end I was again asked to go through the security audit, 
> but after yet another appeal it was revealed that this was a mistake. This 
> means that MailMate will continue to support Gmail -- also after January 
> 2019. Well, at least until the next time Google decides to threaten to pull 
> the OAuth plug.
>
> My work on WKWebView (the new message view) continues. It's still not ready 
> for testing (because of a lack of essential features like image blocking and 
> signing/encryption results), but I've added important major features like the 
> “Find” interface to do text searches. A new feature is that this now also 
> works for the headers. Scrolling behavior has been tricky to implement, but 
> this is almost complete. Next up are changes needed for how HTML is created 
> for the message view. The new message view allows multiple HTML segments to 
> be created and displayed in separate HTML views. This is both more flexible 
> and more robust with respect to security when dealing with signed/encrypted 
> content and/or when displaying complex and/or multiple messages.
>
> (And the bad news: When I work on major features I tend to fall behind on 
> answering emails and updating support tickets.)
>
> -- 
> Benny
> https://freron.com/become_a_mailmate_patron/
>
> On 30 Apr 2019, at 16:56, Benny Kjær Nielsen wrote:
>
>> Hi MailMate users,
>>
>> I know I'm behind on answering emails (also on the mailing list), but it 
>> doesn't mean I'm not working :)
>>
>> ## WKWebView
>>
>> Right now I'd just like to note that I'm busy working on replacing the main 
>> message view in MailMate. It currently uses the so-called WebView class 
>> provided by Apple, but this was deprecated a long time ago (by Apple) and it 
>> should be replaced by a so-called WKWebView. Both classes are used to 
>> display HTML (which MailMate also generates to display plain text messages) 
>> and if that is all that is needed then it's a simple replacement. But 
>> MailMate also has image blocking, context sensitive menus, text search, etc. 
>> and all of this has to work in a completely different way. In some cases, 
>> it's not even clear that I can provide the same features as before. We'll 
>> see about that. WKWebView is 10.10+, but right now it looks like image 
>> blocking can only work on 10.13+. I'm not quite sure what to do about that 
>> yet...
>>
>> The latest test release includes the new message view, but it's disabled for 
>> now because too many things don't work yet. I'm mainly writing about this 
>> since some changes might also affect the old message view in the latest test 
>> release.
>>
>> The good news is that when the replacement is finished then I should, at 
>> least in theory, be able to fix various old issues.
>>
>> ## Google OAuth API Application Verification
>>
>> MailMate uses the so-called OAuth2 authentication method for Gmail IMAP/SMTP 
>> access. This works far better than password-based access which I suspect is 
>> eventually going to be dropped completely by Google. I had (and still have) 
>> some reservations about OAuth2 support which I outlined in [this blog 
>> post](https://blog.freron.com/2015/is-oauth2-support-a-good-thing/). I 
>> expressed that I worried that Google would some day use OAuth2 to “hit the 
>> kill switch” on MailMate...
>>
>> ...and recently I was told by Google that I needed to start a verification 
>> process for MailMate. I've done that and if I understand correctly I have 
>> until the end of 2019 to complete this process.
>>
>> Now, the problem is that I'm not really sure I can (or is willing to) 
>> complete the verification process at all. It *might* include a security 
>> audit with a price tag between $15000 and $75000+ (I'm clearly in the wrong 
>> business). There seems to be exemptions for desktop email applications and 
>> I've asked Google to clarify this, but I also feel that I'm obligated to 
>> tell my users that I think it's a potential risk that MailMate cannot 
>> support Gmail starting January 1st, 2020. As soon as I fully understand 
>> what's going to happen, I'll make sure to clearly state it wherever it's 
>> relevant on the homepage and in the documentation.
>>
>> Here's a [link to the Google 
>> FAQ](https://support.google.com/cloud/answer/9110914) on the subject if 
>> anyone is interested.
>
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate


signature.asc
Description: OpenPGP digital signature

Re: [MlMt] mailmate no longer fetching updated to folders

[Patrik Fältström via mailmate]

On 14 Dec 2019, at 8:53, Max Andersen wrote:

> since a few days ago I stopped getting new mail into my folders (not just 
> smart folders, but the actual folders).
>
> If I use gmail UI I can see there are unread emails with labels that mailmate 
> is not fetching.
>
> I've tried forcing synchronisation of the account but makes no difference.
>
> Where to look to fix this ?

Start at your gmail account, and that you have chosen to expose them in IMAP. 
Look for "Show in IMAP" setting.

   Patrik

> My system: MailMate/5671/1DBEA068-63C9-55F8-8EC8-922D36B5A2C7 
> 10.15.1/x86_64/MacBookPro15,3/16
>
> I have over a million messages and hundreds of folders if that matters :)
>
> -- 
> /max
> http://about.me/maxandersen
>
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] condition for over a month (or two) old

[Patrik Fältström via mailmate]

On 10 Mar 2020, at 6:12, Randy Bush wrote:

> in a smart mailbox, how do i create a condition which includes all messages 
> (in the selected mailboxes) over a month (or two, or whatever)
> old?

Condition is "within x weeks" for example, or months in your case.

See attached.

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] condition for over a month (or two) old

[Patrik Fältström via mailmate]

On 10 Mar 2020, at 7:55, Patrik Fältström via mailmate wrote:

> On 10 Mar 2020, at 6:12, Randy Bush wrote:
>
>> in a smart mailbox, how do i create a condition which includes all messages 
>> (in the selected mailboxes) over a month (or two, or whatever)
>> old?
>
> Condition is "within x weeks" for example, or months in your case.

Or "date" "not within" x "months" (of course).

   Patrik


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Ideas to reduce the footprint of MailMate

[Patrik Fältström via mailmate]

On 9 May 2020, at 16:45, Guillaume Barrette wrote:

> So, I think my best way to reduce most of it would be to move a lot of my 
> emails to a new submailbox that I will unsubscribe from MailMate. So my 
> question, is this the only solution?

FWIW, your usage is MUCH smaller than mine. If I had only your situation, I 
would not start doing what you are doing...  :-) :-) :-)

That said, your plan is exactly what I have implemented.

What I have is a virtual mailbox ("To Archive") which include all email that is 
older than one year, with sub mailboxes which is "one month per sub mailbox".

Then I move all mail which is in these "To Archive" sub mailboxes to mailboxes 
on this separate account which only have this older mail.

Two important things:

- The actual move, the archiving, is something I do manually

- I do *NOT* move mail that I have flags on, those stay

Implement as follows:

1. Create a virtual mailbox "The Mail" that includes all mail that is to be 
archived, for example the following mailboxes. No rules for this mailbox. This 
is btw the one you base all actions on (all other mailboxes) instead of "All 
Mail". For example "Unread", "Default mailbox for searches" etc.

1.1. Mail NOT in the archive itself (in that account)
1.2. Mail NOT in Draft
1.3. Mail NOT in Junk
1.4. Mail NOT in Deleted Messages

2. Create the mailbox "To Archive" with the following characteristics (2.2.3 is 
to not have data for the Apple Notes application be moved away):

2.1. Act on "The Mail" as the mailbox
2.2. Conditions, where all of the following are true:
2.2.1. "Date is not within 1 year"
2.2.2. "Message is not flagged"
2.2.3. "X-Uniform-Type-Identifier" is not com.apple.mail-note
2.3. For sub mailboxes set:
2.3.1. Have a sub mailbox for each unique value of Date->Month
2.3.2. Set name of sub mailbox to "${#date.month}"

Then you create one folder in your archive account which have the same name as 
the sub mailboxes within "To Archive", open the sub mailbox, select all, and 
just drag the mail over.

This 2nd account, with the archive you then do not have to for example add on 
your phone etc. And more importantly, as you act all Mailmate commands and 
virtual folders on the "The Mail" folder, the speed up with be "a lot".

   Patrik

P.S. FWIW, I get 12-13k messages a month, my MailMate process is 5-6G and I 
have a total of 2.8 million email messages by now...adding 12-15k per month.


signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate