Re: [MlMt] Increase polling of specific subfolders?
On 2024-04-26 at 05:11:38 UTC-0400 (Fri, 26 Apr 2024 19:11:38 +1000) leo is rumored to have said: Hello fellow MailMaters Is there a way to increase the pooling of a IMAP subfolder from 5 minutes to, say, 1 min or 30 sec? No, but you can set a mailbox to "Connected" which uses the IMAP IDLE commmand to stay online with a mailbox selected so that new messages are notified immediately. How well that works is server-dependent. Some IMAP servers are very slow with 'live' notifications on idle. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo@toad.social and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Use an SMTP server without an associated IMAP server?
On 2024-03-06 at 11:06:49 UTC-0500 (Wed, 06 Mar 2024 16:06:49 +) Quentin Stafford-Fraser is rumored to have said: So... What I really want is to have more than one SMTP server associated with my main IMAP account, and select the outgoing server based on my From: address. I don't think there's a way to do that? Not obviously. I do have a workaround that works for me, but I can't be sure that it would for you. I am a contributor to ASF projects and so I have a forwarding-only apache.org address. Because I'm also a PMC member and Foundation member, much of the mail hitting that address is fairly important to me. However all of that mail ends up in my main personal account (which also handles many use-specific addresses, e.g. for this list.) If I use my personal account to send mail with the apache.org address, it will not get very far because ASF has therir own SMTP infrastructure that I am supposed to send through when using that address and a "-all" SPF record. So I have an account named "Apache Send-Only" with its "email address" field set to billc...@apache.org with no Address Pattern. The IMAP config points to my own server, just like my main account. My main account uses 'b...@scconsult.com' as its email address, but it also has a complex Address Pattern configured that assures that it is associated only with addresses that both deliver to that account AND can use my SMTP server. (I also use a different local username for authentication and final delivery that isn't in any email address, but that's not critical and not everyone can do that.) The Apache account therefore ends up 'owning' the messages sent to my ASF address. If I reply to a message that was originally sent to my ASF address, MM knows to use that address in a reply. It uses the ASF SMTP server to send messages, but it drops the 'Sent' copies of messages into the right IMAP folder. The account is only subscribed to Drafts and Sent, and My workaround, for now, is to add another IMAP account that I otherwise barely use, set it up with the PoBox email address and SMTP server, and Mailmate will then send things correctly that way. I don't need to worry that the IMAP server is empty, but it does have to be a genuine working IMAP server, or Mailmate will mark that account as offline. It's a bit of a nuisance, too, because Mailmate will also save Drafts and Sent messages onto that otherwise-unused IMAP server. So I then need to set up rules to move everything to the correct account. And then I need to do this same setup on all of my machines... You can point multiple MM accounts at the same IMAP account and define the 'special' mailboxes differently for each MM account. So as above, I have distinct Sent and Drafts folders for the ASF traffic and tell MM to use them for the ASF account. So does anyone have a good way of saying "Here's an SMTP-only server which you should use when the From address is X" ? Interestingly Fastmail do provide exactly this facility in their (very good) webmail interface, but when I tried switching to that, I realised that, good as it is, it isn't Mailmate... :-) Quentin ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] "X-Envelope-to" - should be more visble
On 2024-03-06 at 14:54:26 UTC-0500 (Wed, 06 Mar 2024 20:54:26 +0100) Michael Nietzold is rumored to have said: But it would be nice to have some settings to include some more headers to be indexed. Maybe somehow with defaults write The issue is not indexing. MM indexes all headers, no matter how rare. That's why you can search for any header. It is entirely a display issue. It was once possible to modify the header layout of the message view by overriding it with a plist somewhere in Application Support/MailMate/, but I believe Benny broke that at some point. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] "X-Envelope-to" - should be more visble
On 2024-03-06 at 04:21:38 UTC-0500 (Wed, 06 Mar 2024 10:21:38 +0100) Michael Nietzold is rumored to have said: I have some spam mails which uses the `X-Envelope-to:` header Can you quantify that? I see none in a corpus of a half-million messages going back to the 90's. But which headers are in your mail is an issue very much dependent on who your mailbox provider is. The leading "X-" tells you that this is a header that someone thought was nice and invented on their own, and never changed to remove the X. You cannot rely on its presence or consistency unless you know who has decided to put that on some mail. Simply "Envelope-to" also exists on a tiny number of messages in the wild, and "Original-Recipient" is actually standardized (https://www.rfc-editor.org/rfc/rfc3798.html#section-2.3.) but is not widespread. Rather more widely implemented is the "X-Original-To" header which is implemented in multiple MTA/MDAs. My guess is that the "X-Envelope-to" would logically hold the same meaning as those, but who really knows. It only makes sense to add such a header on final delivery or when a MTA modifies a SMTP envelope recipient. Some of them are don't have a `to:` header Technically not wrong if at one time it had a Bcc. If I just search in the mail mate search box it not find this emails. I need explicit use `X-Envelope-to: myn...@mydomain.com` to find it. MailMate can search on any header, even those that only exist in one message, through the full search bar that you get to with the Search button. If you pull down the menu with header names, you will see "Other..." at the very end. Select that and you will get a full picker that allows you to select any header and optionally include them in the pull-down menu. What can I do that the normal search also include the `X-Envelope-to:` header? I don't think you can get the simple Search box to search non-standard headers. You can make it search all text and "common" headers, but this one isn't common. I would also like to see this header as a line in the mail view. Not a lot of people would find that useful, given the general rarity of that specific header... However, what would be great is if there was a better way to select which headers are in the standard displayed set. E.g. I almost always want to know what the Reply-To header is if it exists and there are mailing lists I am on which put the list address in the From header, moving the real From into some other header (often Reply-To) to allow them to add their own DKIM+DMARC authentication. I would like to see MM have a simple way to pick additional headers to show, because which ones are useful can be very site-specific and user-specific. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread expansion logic?
On 2024-03-04 at 16:16:13 UTC-0500 (Mon, 04 Mar 2024 16:16:13 -0500) Henry Seiden is rumored to have said: Bill, For me the toolbar expansion of threads in a folder seems to work OK. I was exclusively referring only to the way threads in a message list pane are expanded by MM when I first enter a mailbox. No toolbar involved. "Organize by Thread" always on, or the question would be insane. E.G. This is exposed when clicking the thread expose tool in the tool bar and hides all threading when the other tool is used. Your toolbar must be radically different than mine, I have nothing that is clearly a thread expand tool or anything that I would naturally consider the 'other one' but that's fine because I wasn't referring to how widgets expanded threads. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread expansion logic?
On 2024-03-01 at 16:11:57 UTC-0500 (Fri, 01 Mar 2024 16:11:57 -0500) Glenn Parker is rumored to have said: You may already know this, or it may not be your preferred UI, but you can use Option-Right_Arrow to fully expand a collapsed thread. If you prefix that with Command-A to select all messages, you will fully expand every thread in a mailbox. I sometimes use this to “get the big picture” on a mailbox. I agree that there doesn’t seem to be a predictable logic for how threads are initially expanded, but I would not want threads with no unread messages to be expanded by default. Instead, I would like all unread messages to be directly visible in expanded threads. Right, that is what I meant: expand all threads that have unread messages should be expanded to make all unread messages visible. On 28 Feb 2024, at 11:57, Bill Cole wrote: Is it just me or is the logic controlling how MM expands threads incomprehensible? I mostly read mail in per-source submailboxes of a smart mailbox that aggregates threads with unread messages across subfolders of multiple accounts, including mostly non-INBOX sources. Much of the mail is mailing lists like this one, where threads are important. I have found that recent test builds (roughly: 59xx and 6xxx) have lost any discernible pattern in how threads are expanded in relation to unread messages. Often I go into a mailbox and find some threads expanded down to the first unread message, some fully collapsed despite having unread messages one or two levels down, and some expanded to reveal all unread messages. I do not see any UI that would help tune this in any way. My ideal behavior would be to have threads expanded by default to reveal any unread messages. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate Glenn P. Parker glenn.par...@comcast.net ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Authentication methods?
On 2024-02-28 at 12:25:02 UTC-0500 (Wed, 28 Feb 2024 12:25:02 -0500) Steven M. Bellovin is rumored to have said: > Is there any work planned or in progress for other authentication methods > than simple passwords? If I try to send mail if I'm not on the campus > network, I'm told that I'm trying to use an unsupported authentication method > and I have to fire up a VPN and retry. MM is capable of doing OAuth2 for Google and *some* MS accounts. Apparently it depends on how the MS "Tenant" has configured their Exchange services. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Thread expansion logic?
Is it just me or is the logic controlling how MM expands threads incomprehensible? I mostly read mail in per-source submailboxes of a smart mailbox that aggregates threads with unread messages across subfolders of multiple accounts, including mostly non-INBOX sources. Much of the mail is mailing lists like this one, where threads are important. I have found that recent test builds (roughly: 59xx and 6xxx) have lost any discernible pattern in how threads are expanded in relation to unread messages. Often I go into a mailbox and find some threads expanded down to the first unread message, some fully collapsed despite having unread messages one or two levels down, and some expanded to reveal all unread messages. I do not see any UI that would help tune this in any way. My ideal behavior would be to have threads expanded by default to reveal any unread messages. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Gmail tag syncing
On 2024-02-02 at 22:46:57 UTC-0500 (Fri, 02 Feb 2024 19:46:57 -0800) devynosbo...@gmail.com is rumored to have said: > Hm, I take that back. At some point today, the tag removal was properly > synced. It just didn’t do it right away, even after a manual sync. Maybe it > waited for some sort of mailbox refresh? Webmail+IMAP systems like GMail's are likely to have transient synchronization issues because the web and IMAP interfaces each have to work with their own versions of the mailstore in conflicting ways that are reconciled behind the scenes literally when you're not looking: changes in one mailfolder from one client other than adding or purging messages are likely to not be visible in another client while it has that folder open, and some changes (like purging messages marked as deleted) may only be done 'for real' when a client switches to a different folder. And at the scale of GMail, they may well also have simple replication delays because different clients are attaching to different actual machines which might be on opposite sides of the planet (in principle) and nothing is actually instantaneous (except maybe neutrino type transitions...) so the mailstore is eventually consistent in all views. > On 2 Feb 2024, at 12:10, devynosbo...@gmail.com wrote: > >> Hello all, >> >> Does MM sync tags/labels with Gmail after the first download? That doesn’t >> seem to be happening for me, though I could be missing something easy! >> >> For example, today I received an email which Gmail erroneously >> tagged/labelled as Important. MM downloaded it. I then went to Gmail in >> Safari and untagged the message (I used Safari out of habit, though I guess >> I could do this within MM). However, after sync, MM still shows the email >> with the Important tag. >> >> I have the Important tag properly set up / synced within MM, per the >> instructions, though again, could be missing something. >> >> Should I use MM to untag? Would that help? I occasionally need to use Gmail >> to do so, for example, on my phone (though I also just started testing >> Preside on iOS). >> >> Thanks for any help! >> >> Devyn > _______ > mailmate mailing list > mailmate@lists.freron.com > https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Colored Messages: Styles.plist being ignored
On 2024-01-31 at 07:54:38 UTC-0500 (Wed, 31 Jan 2024 08:54:38 -0400) Pierre Igot is rumored to have said: Just want to confirm that the new system for coloring messages works just as well as the old styles.plist-based one. In fact, in some respects it has more flexibility and works better. The best part of it is that it does not require the creation and maintenance of a bespoke PList, but rather operates within the app with a proper UI. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Colored Messages: Styles.plist being ignored
On 2024-01-30 at 14:32:34 UTC-0500 (Tue, 30 Jan 2024 20:32:34 +0100) Sven Klages is rumored to have said: [...] > When using smart mailboxes as proposed in the comments of your bug report, I > do have one type/color per smart folder, that’s not the same … did I get it > right? Yes, but I think that you are missing the fact that you can create a smart mailbox aggregating the messages of other (colored-message) smart mailboxes. The messages keep the color assigned by the parent mailbox. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] very slow autofill of addresses
On 2024-01-28 at 05:50:40 UTC-0500 (Sun, 28 Jan 2024 11:50:40 +0100) aisrael is rumored to have said: Bill, just one question : when you write *at headers in a mailbox of your selection (by default: ‘Recipient" headers of the Sent aggregate mailbox.*), does it mean the messages that actually sit in the Sent mailbox, or all messages which have actually been sent? It looks at the headers of exactly one mailbox. The reason I am asking is that my sent messages don’t stay in the Sent mailbox Then, assuming that you haven't switched MM to look elsewhere, MM won't see them. (which is almost empty), as I distribute them in the relevant mailboxes (and I don’t .cc myself when I send a message, as it unnecessarily duplicates emails). Alain On 27 Jan 2024, at 19:14, Bill Cole wrote: On 2024-01-27 at 12:59:19 UTC-0500 (Sat, 27 Jan 2024 09:59:19 -0800) Jo is rumored to have said: I don't know if this is a mailmate problem or a general mac problem, but lately when I start typing an address/contact name in the 'to' field, the lag time is ridiculous before it fills out the whole address. I don't remember it being like this previously, and I haven't added a bunch of emails to my contacts or anything. Is there a cache to clear somewhere/somehow or something?? MM looks (optionally) at your macOS contacts and at headers in a mailbox of your selection (by default: "Recipient" headers of the Sent aggregate mailbox.) It could be very slow if you have a very large address book OR if you have MM configured to use a very large reference mailbox. A tactic I use to control the huge number of items MM needs to pick from is that I created a smart mailbox that is just Sent items less than 2 years old, and I set MM (in Preferences->Composer) to reference that mailbox instead of my 30-year Sent mailbox. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://urldefense.com/v3/__https://lists.freron.com/listinfo/mailmate__;!!JFdNOqOXpB6UZW0!sTvY-CrEcK-P5AZ44_Ka42DxilsTxct8H7Owyr0DU90q6G3nR3q_id1VCsOLfomBe2Hzf9bVkpzytK7ZtnGNDf3FqedTwclRedln$___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] very slow autofill of addresses
On 2024-01-27 at 12:59:19 UTC-0500 (Sat, 27 Jan 2024 09:59:19 -0800) Jo is rumored to have said: I don't know if this is a mailmate problem or a general mac problem, but lately when I start typing an address/contact name in the 'to' field, the lag time is ridiculous before it fills out the whole address. I don't remember it being like this previously, and I haven't added a bunch of emails to my contacts or anything. Is there a cache to clear somewhere/somehow or something?? MM looks (optionally) at your macOS contacts and at headers in a mailbox of your selection (by default: "Recipient" headers of the Sent aggregate mailbox.) It could be very slow if you have a very large address book OR if you have MM configured to use a very large reference mailbox. A tactic I use to control the huge number of items MM needs to pick from is that I created a smart mailbox that is just Sent items less than 2 years old, and I set MM (in Preferences->Composer) to reference that mailbox instead of my 30-year Sent mailbox. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Why can't I hide the "To" column???
On 2024-01-11 at 21:13:11 UTC-0500 (Fri, 12 Jan 2024 13:13:11 +1100) leo is rumored to have said: Hi all In the column picker I cannot hide the “To” column. See this marked-up screenshot:  Any idea why? And what I can do about it? Most likely is that "To" has been set as the "Outline Column" which is the field that MM indents to denote thread relationships. How that happens unintentionally is not clear. I think it may be related to a long-time bug that causes MM to sometimes forget UI settings for the message list. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Date format
On 2024-01-05 at 04:03:40 UTC-0500 (Fri, 05 Jan 2024 09:03:40 +) Tóth András is rumored to have said: Dear All, I would like to change the default date format day/month/year to year/month/day in the date received column. How can i do it? MM uses the system date & time formats, using the localization settings accessible in the Language & Region preferences panel of the System Preferences. If the macOS setting for your locale doesn't give you what you want, the Advanced button in that panel lets you set whatever formats you want. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] There's a NEW official Test Version (6015)
This is possibly just Benny getting tired of pointing people at the various not-yet-test builds, but the built-in updater will now get you r6015, which has been stable for me on exactly one Big Sur machine for about an hour. The previous few builds have been stable *for me* for a combined ~2 weeks without MM crashing or behaving in grossly poor ways. And I *THINK* that the superannuated breakage in layout preservation may have been finally gone away. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] From "XXX via mailmate"
On 2023-12-19 at 07:42:56 UTC-0500 (Tue, 19 Dec 2023 13:42:56 +0100) MM_Arc via mailmate is rumored to have said: Hello, I notice that some posts on the list have the format “XXX via mailmate” and others don’t. I’m trying to figure out the reason why It's because the mailing list software (Mailman 2.x, assuming the headers are not being intentionally misleading) is configured to avoid having people's posts rejected due to a mail authentication mechanism called DMARC. Many-to-many mailing lists such as this one intrinsically violate the assumptions of DMARC, which is a tool really designed for the needs of big bulk mailers and big mailbox providers. Mailman modifies the "From" header of messages sent from domains which would otherwise be widely rejected (or delivered to a "spam" folder) as if they were forged, if they kept the original From header. The DMARC protection configuration in Mailman is a complex set of settings that varies between lists, and it's a bit of a kludge conceptually, so I won't try to pick apart the precise details for this list. Perhaps Benny can explain the specific rules. and how this can be changed. To make your messages not have their From "munged" by Mailman, you'd need to figure out how to 'game' Mailman to leave them alone. That's dependent on your domain's DMARC record in DNS and possibly on the configuration of your outbound mail system, e.g. whether and how it signs messages using the DKIM mechanism that DMARC utilizes and possibly whether you domain has a restricting SPF record. You cannot change how other people's From headers appear on the messages you get from the mailing list. It may be possible to create a custom layout for MM to find the hidden 'real' sender address and display that, but I'm not sure if Benny has provided enough logic in the layout system to support that. There is probably no solution that you would find satisfying, without Benny adding a lot of complex logic to work around the quirks of how Mailman can munge headers. I hope he does not make that attempt, as it is likely to have a remarkably large number of edge and corner cases. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] IMAP Problem for Account
On 2023-12-07 at 11:36:07 UTC-0500 (Thu, 07 Dec 2023 17:36:07 +0100) Stephan Bösebeck is rumored to have said: Then, after staring MailMate again, it was downloading everything and it was _then_ fine... Until I sent an email. I got the UIDVALIDITY-Message more or less directly after sending. That is a clue that it probably was specifically and solely related to your "Sent" IMAP folder at that point. The UIDVALIDITY value is an integer set by the IMAP server for each IMAP folder and included in the server response to an IMAP client selecting a folder. It is changed only when there is a change in mapping of messages to UID values, which are unique and notionally permanent ID numbers for each message for as long as it is in the folder. That can be made necessary by catastrophic server failure and restoration from backup or by anything mimicking such an event, e.g. serious sysadmin error, total re-indexing of mailboxes, etc. If it happens to an account, it will likely strike every folder in an account (and possibly every account on a server) at the same time, and MailMate may alert for each folder as it is selected for routine sync. It should absolutely NOT be a frequent event, because it forces a full resync of all message data and metadata in the folder. One thing that could cause an apparent single-folder UIDVALIDITY change is if one were to delete and re-create an IMAP folder of the same name with one IMAP client, while other IMAP clients are offline. Hence, it is *possible* for such a change to indicate account compromise and an attempt to obfuscate the apparent history of a mail folder. I removed the account in total again, this time it worked... so I try to add it once more... I will see, if that helps. If it recurs, particularly for multiple IMAP folders on that account, it would most likely be a recurrent problem with your IMAP server. If it recurs for just one folder, you may have a quiet account hijacking in progress. It is extremely unlikely that MailMate could have a client-side issue with tracking UIDVALIDITY at this point in its history, as it is logically quite simple to do correctly. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Failed to parse MODSEQ value
On 2023-11-24 at 14:24:04 UTC-0500 (Fri, 24 Nov 2023 20:24:04 +0100) Giovanni Lanzani is rumored to have said: Hi, I'm using IMAP from Zoho. In the last couple of days, I've been getting tons of modals saying Mailmate "Failed to parse MODSEQ value". I have 3 options: Try Later, Take Mailbox Offline, Retry. The errors keep on coming for messages in all different IMAP folders. On the Activity Viewer, I see hundreds of messages like ``` 19:19:50 S: * 3182 FETCH (MODSEQ (166540238020001) UID 3741) ``` Does anyone have clues on what to do in these cases? Use the Help-> Send Feedback to make sure Benny is aware of this. I *suspect* that the problem here is that MM isn't ready for the fact that a MODSEQ value can be as big as 18446744073709551615. If you are not already doing so, you might want to try running the latest formal test release (r5964) that you can get in MM by pressing the Option key when checking for a new release or even the latest risky snapshot build (r6002) that you have to go looking for at https://updates.mailmate-app.com/archives/ -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate deleting wrong message
On 2023-11-21 at 09:17:25 UTC-0500 (Tue, 21 Nov 2023 09:17:25 -0500) Eric Sharakan via mailmate is rumored to have said: Looks like Benny addressed this issue in the newly available r5999 version of MM, available at http://updates.mailmate-app.com/archives/. You can preview the release notes here: https://updates.mailmate-app.com/release_notes_archive/MailMate_r5999.html Seems to be working for me on my 2019 Intel MBP running Sonoma 14.1.1. Still, it goes without saying that the usual caveats apply with these early test builds. Indeed, it persistently crashes on launch for me on a 2018 MBP running Big Sur. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Office365 not working anymore
On 2023-11-20 at 11:49:52 UTC-0500 (Mon, 20 Nov 2023 11:49:52 -0500) Alex Abdo is rumored to have said: 16:46:58 S: A3 BAD User is authenticated but not connected. That is an error unique to Microsoft. Only Microsoft (or *maybe* your Exchange admin) can fix it. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Single pixel images warning
On 2023-10-15 at 08:50:54 UTC-0400 (Sun, 15 Oct 2023 08:50:54 -0400) William Allen is rumored to have said: I’m a new and so far happy user of Mailmate. When I’m looking at a new mail that has images, sometimes I actually do want to download those images. I’m really happy that MM 1) gives the option and 2) gives me an idea that some of them might be unsavory (i.e. “strictly blocked”), but the last couple of messages that I have downloaded from I’ve gotten the warning that there were 1 pixel images downloaded - after I did the download. I can’t think of any valid reason for a single pixel image. Shouldn’t there be a warning about them before the download? Or maybe better, shouldn’t they be counted among the strictly blocked? It is not generally possible to determine that a referenced one-pixel image is a one-pixel image without fetching it, at which point the game is lost. HTML does not require that all IMG tags must have size attributes and incorrect height and width must be accommodated, so a sender could just give bogus dimensions in the tag to avoid blocking. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Connecting MailMate to a Google Workspace account that's under a <>.com domain name
On 2023-10-02 at 22:42:47 UTC-0400 (Mon, 2 Oct 2023 22:42:47 -0400) Randy Horton is rumored to have said: I want to add a new IMAP Account that connects to an email account hosted by Google Workspace and that uses my company's domain name. (e.g., rhorton@ .com Does anyone know of instructions on how to set this up? (I looked for the answer to this in the archive for this email list, but couldn't find it.) I am not aware of any specific instructions anywhere and unaware of any need for such instructions. I've got an account in a Google Workspace domain and did nothing really special in setting it up. Same config as my free GMail accounts. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Exclude from Backup / Time Machine
On 2023-09-14 at 11:00:58 UTC-0400 (Thu, 14 Sep 2023 08:00:58 -0700) Randy Bush is rumored to have said: Everything specific to MM is in ~/Library/Application Support/MailMate except for a .plist file in ~/Library/Preferences/ that is what i thought until i found ``` ryuu.rg.net:/Users/randy> ls -l ~/com.freron.MailMate/Messages.noindex/ total 0 drwx--@ 6 randy staff 192 Sep 5 09:20 IMAP/ I believe that is an artifact of explicitly setting a "Custom location" in the "Messages Folder" section of the "General" Preferences pane, in which case you have a different target for the Messages symlink. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Exclude from Backup / Time Machine
On 2023-09-14 at 07:56:03 UTC-0400 (Thu, 14 Sep 2023 13:56:03 +0200) Michael Nietzold is rumored to have said: I'm trying to determine which folders I can safely exclude from a Time Machine backup... I haven't been able to locate any official documentation on this. I've come across some messages on the mailing list, but they don't offer clear advice either. I would expect an info in this section of the MailMate Manual: https://manual.mailmate-app.com/rebuild Below are my current directories... - Are there any other important directories located elsewhere? Everything specific to MM is in ~/Library/Application Support/MailMate except for a .plist file in ~/Library/Preferences/ - Is it safe to exclude both Messages.noindex/ and Messages/? Since Messages/ is just a symbolic link to Messages.noindex/, you don't need to be concerned with it. You are probably good with excluding Messages.noindex/ because in principle it is just a copy of messages on your various accounts' IMAP servers. In principle, you can recover all of your messages by downloading them all again. In practice, that is not only viable, it is likely to be faster than restoring from TimeMachine, which is spectacularly slow. It is also relatively slow to back up because of the interaction between its storage model and how TM does incremental backup. - Additionally, I've heard suggestions about excluding Database.noindex/. Would this be advisable? Yes. It is huge and constantly in flux with some very large files getting small changes every time a message is retrieved or deleted. If you do not back up Messages and rely on your IMAP servers in the event of needing a restore, the Database folder (which contains all of the indexing MM uses for search) would be entirely rebuilt anyway as messages are retrieved. I suspect (but only Benny could confirm) that even if you backed up both Messages and Database, the restore from TM would not work due to file->inode mapping being changed. (arcane technical issue...) It is my belief that if you did restore both the messages and their index together, MM would ask at startup how you want to rebuild the database (from local messages or re-fetch.) The TL;DR version: I exclude both of the big directories and have never regretted it. Restore from IMAP works and unless you have a huge mailbox on a rate-limited server (e.g. freebie GMail) it is adequately fast. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Heads up: r5979 crashes on startup for me...
On 2023-09-05 at 16:05:38 UTC-0400 (Tue, 05 Sep 2023 14:05:38 -0600) Steve Mayer via mailmate is rumored to have said: Just a heads up that r5979 will not even start up for me. Crashes while trying to open the app. Same here. Tried on 2 different Big Sur machines. Starting from a shell shows a segfault instantly, without any sort of message from MM. Unclear whether any reports were sent. I rolled back to r5978 and all is working as expected. Same here. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Getting r5978
On 2023-09-03 at 06:42:11 UTC-0400 (Sun, 03 Sep 2023 11:42:11 +0100) Steve Hodgson is rumored to have said: When I check for (beta) updates I get the message “5964 is the latest version available. You have version 5965.” And the beta release on the website is 5937. Where are you all getting r5978? http://updates.mailmate-app.com/archives/ is where all releases live. The ones without release numbers are those that are the formal test/beta/release versions you can get from the internal app updater. Cheers, Steve On 2 Sep 2023, at 17:00, mailmate-requ...@lists.freron.com wrote: Message: 1 Date: Fri, 01 Sep 2023 12:44:21 -0600 From: Steve Mayer To: MailMate Users Subject: [MlMt] r5978 Message-ID: <42d483b8-715d-4596-8c68-49da3d818...@me.com> Content-Type: text/plain; charset=UTF-8; markup=markdown I’m currently using r5978 on Ventura 13.5.1. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] r5978
On 2023-09-01 at 14:44:21 UTC-0400 (Fri, 01 Sep 2023 12:44:21 -0600) Steve Mayer via mailmate is rumored to have said: I’m currently using r5978 on Ventura 13.5.1. I’ve noticed something in the latest few test builds related to the status of the “Junk State” of the messages. No matter where or what the message is, Right Clicking on the message and choosing “Junk State” always shows the ‘Junk’ entry with the checkmark. I used to be able to choose Junk or Not Junk, but I seem unable to be able to modify this selection. Anyone else seeing this? I’m also using the latest SpamSieve if that makes a difference. I had not noticed it, but apparently in r5978 on Big Sur with a current Dovecot IMAP server MM thinks that both Junk and Not Junk are set on everything according to the menu items, but "Raw Flags" shows neither of them set and the filename on the server confirms that neither flag is set. Using the menu command to unset either flag does not work. Using the "Junk" button does move the message to the Junk mailbox, but there it has only the "Not Junk" keyword and again the menu cannot change the flags. \ And in testing this I crashed repeatedly, so I think something is very wrong in that general area... -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] app specific password??
k to the beginning. >>> >>> what am I doiing wrong?? >>> >>> (to be clear, this was all working just fine before I changed my apple ID >>> password a few days ago - I was receiving my icloud mail via MM no problem >>> - and yes I've updated the password in the IMAP account settings with the >>> new apple ID password) >>> >>> >>> On 13 Aug 2023, at 18:10, Henry Seiden wrote: >>> >>>> Jo, >>>> >>>> You create an app specific password in iCloud.com. However, you need to >>>> enable two-factor first. Then you can create the app-specific password >>>> there. Maybe that’s why things are different with the changes you made? >>>> >>>> Here’s an [Apple Support document on implementing app-specific >>>> passwords](https://support.apple.com/en-us/HT204397). >>>> >>>> I label my own app-specific passwords with the apps they are used with for >>>> clarity in iCloud.com and in my local password manager(mSecure). >>>> >>>> All version of MailMate have no problem using the third party passwords >>>> once updated in iCloud. If you changed your base password in iCloud that >>>> is the first place to look to confirm its settings are still in place. >>>> Usually they stay put, I have not seen them change for this reason, but >>>> recommend that you check your iCloud. >>>> >>>> On 13 Aug 2023, at 19:55, Jo wrote: >>>> >>>>> My error message suggests I might need an app specific password which I >>>>> vaguely remember doing before, but I can't seem to create >>>>> one.___ >>>> mailmate mailing list >>>> mailmate@lists.freron.com >>>> https://lists.freron.com/listinfo/mailmate >>> >>> >>> >>> >>> Jo >>> >>> Children seldom misquote you. In fact, they usually repeat word for >>> word what you shouldn't have said. >>> ___ >>> 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 > > > > > Jo > > Children seldom misquote you. In fact, they usually repeat word for > word what you shouldn't have said. > ___ > mailmate mailing list > mailmate@lists.freron.com > https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] 5969?
On 2023-07-12 at 20:23:55 UTC-0400 (Thu, 13 Jul 2023 10:23:55 +1000) Simon Kaplan is rumored to have said: Hi Mailmate friends Unusually for me I didn’t jump right on the 5965 release when Benny put it out, but now I see we’re up to 5969 and I’m getting itchy fingers. What’s your view - is 5969 stable enough to jump to? Nope. I've tried each of the not-even-test-versions 5965-5970 currently visible in the 'archives' directory and all crash on launch on Big Sur. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cannot reply to a signed mail
On 2023-06-28 at 10:38:33 UTC-0400 (Wed, 28 Jun 2023 16:38:33 +0200) Oliver Groschopp is rumored to have said: When I try to reply to a signed mail, I get the following error message in red: „OpenPGP: Unable to locate the command (gpg) needed to work with an OpenPGP message“ with the following note: „Suggestion Please verify that you have installed the “gpg” command as required by MailMate.“ No matter what I do, I cannot reply to the mail! What now? That is a result of replying to a message that is signed or encrypted with OpenPGP, with your Preferences set to automatically encrypt and/or sign when replying to encrypted and/or signed messages. That is set in the Preferences->Security pane, with the 2 checkboxes at the bottom. If you don't have MacGPG (https://gpgtools.org) installed (and don't otherwise have a GnuPG installation that you expect to work,) you can disable that generally. For any individual message, you can switch signing and encryption on and off using the little icons in the toolbar of the compose window as shown in the attached images. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Improving search performance?
On 2023-06-25 at 10:59:53 UTC-0400 (Sun, 25 Jun 2023 16:59:53 +0200) Robert M. Münch is rumored to have said: [...] One serious issue with indexing email is that email is highly divergent in data structure, and while you can do a simple index for basic standard mail metadata, "full text" and "all headers" search for mail is a nightmare because real-world mail breaks almost every rule theoretically governing it and it is not a simple matter to determine what is or is not body text. Email typically arrives with multiple alternative parts theoretically representing the same message, possibly QP or B64 encoded and usually including one version with HTML markup. And that markup can be bad, wrong, or even intentionally malicious. Well, MM already handles all this, otherwise we couldn't use it as we do. Those parts are will known to MM. I've had a bug open for quite a while regarding a MM parsing problem with pure text messages generated by automated tools. I don't know what the root cause of that is, but I am certain that Benny does not have all the arcana handled. Very large mail stores are inherently tough to search. After pre-processing all the mail mess, I don't think so. Searching in Gmail is fast. MM is already much better than other clients. I haven't looked in a long while but last I checked, GMail could not search on arbitrary headers. Have they fixed that? That's a huge part of the scaling problem. There are not a lot of people who really use that feature, but we do value it highly. The extremely long tail of headers and full-text tokens that only appear in a small number of messages makes mail particularly hard to search efficiently if you include all the garbage spam full of 'hashbusters' and such. IMO the use-case search *1+ million emails as fast as possible* is just not in scope for most of the clients. Right, because most users do not need that. I don't know that any mail client does it as well as MM with the same search capabilities. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] default sent folder
On 2023-06-17 at 13:20:48 UTC-0400 (Sat, 17 Jun 2023 10:20:48 -0700) Randy Bush is rumored to have said: > On Sat, 17 Jun 2023 09:39:20 -0700, > Randy Bush wrote: >> >>> has anyone suggested a clean install/update of MM of the current >>> version (or a previous “Beta Release” version)? >> >> that was a bit extreme. lost all smtp/imaps credentials. where does >> mailmate store the account data so i can restore from time machine? > > to be clearer. from https://manual.mailmate-app.com/rebuild i know that > these are all in ~/Library/Application Support/MailMate/*.plist etc. > > but if i take them all, i suspect that i will reproduce the problem. > i just want the account credentials, imap, smtp, ports, ... i know > the passwords. Sources.plist has all of that. For some accounts it may also have a possible participant attribute in your original issue, a list of "client unsubscribed" IMAP mailboxes. Those are mailboxes that are in the server-side "subscribed" list but which you don't want retrieved by THIS instance of MM. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] default sent folder
On 2023-06-17 at 12:39:20 UTC-0400 (Sat, 17 Jun 2023 09:39:20 -0700) Randy Bush is rumored to have said: >> has anyone suggested a clean install/update of MM of the current >> version (or a previous “Beta Release” version)? > > that was a bit extreme. lost all smtp/imaps credentials. where does > mailmate store the account data so i can restore from time machine? Credentials live in the macOS Keychain, so you may need to restore an old version of that (~/Library/Keychains/login.keychain usually.) Everything else lives in ~Library/Application Support/MailMate/. There is account-specific configuration in all of these: ~Library/Application Support/MailMate/Identities.plist ~Library/Application Support/MailMate/Mailboxes.plist ~Library/Application Support/MailMate/Sources.plist ~Library/Application Support/MailMate/Submission.plist ~Library/Application Support/MailMate/Tags.plist -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] default sent folder
On 2023-06-16 at 15:07:46 UTC-0400 (Fri, 16 Jun 2023 12:07:46 -0700) Randy Bush is rumored to have said: > i have four accounts, each with its own sent folder. if i send a > message from account A's From:, i kinda expect it to be filed in > A's sent folder. it seems to be random. so there must be a setting > i am missing. Special purpose folders for each account are denoted through the Mailbox->Mailbox Type menu item. Each account can have up to one "Sent Messages" type folder, which are aggregated in the "Sent Messages" Smart Mailbox that is part of the standard set of Smart Mailboxes in MM. If you send a message from Account A, a copy should be dropped into Account A's "Sent Messages" type folder if you have defined one. If you have rules defined for whichever folder MM thinks is Account A's "Sent Messages" type folder, they could hypothetically be triggered to move messages elsewhere as they land there. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Improving search performance?
On 2023-06-16 at 06:26:11 UTC-0400 (Fri, 16 Jun 2023 12:26:11 +0200) Robert M. Münch is rumored to have said: > I have the feeling the search is taking considerable longer than in the past. > > IMO MM flexible, easy to use search is a key USP. > > @Benny: Would be nice to speed things up (again). Not sure how MM does > searching, but using SQLite for full-text indexing, or special indexing > should help a lot. MM uses an indexing mechanism that appears to be custom-designed for the specific purpose of searching email. You can see the artifacts of that in ~/Library/Application Support/MailMate/Database.noindex/. Only Benny could conceivably explain the details, but it seems to me to be unlikely that he would get much from ripping all that out and replacing it with SQLite or some other off-the-shelf tool. One serious issue with indexing email is that email is highly divergent in data structure, and while you can do a simple index for basic standard mail metadata, "full text" and "all headers" search for mail is a nightmare because real-world mail breaks almost every rule theoretically governing it and it is not a simple matter to determine what is or is not body text. Email typically arrives with multiple alternative parts theoretically representing the same message, possibly QP or B64 encoded and usually including one version with HTML markup. And that markup can be bad, wrong, or even intentionally malicious. Very large mail stores are inherently tough to search. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] What is Rules → Type → "CA"?
On 2023-05-23 at 16:16:43 UTC-0400 (Tue, 23 May 2023 14:16:43 -0600) Quinn Comendant is rumored to have said: Under a folder's Rules I see a rule has "CA" in the Type column ([screenshot](https://send.strangecode.com/f/scr-20230523-mrhb.png)). What does this mean? The rule includes both Conditions and Actions. I do not understand the utility of that column, nor of rules that lack either component. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules dialog only displays the conditions tab, no actions available
On 2023-05-18 at 20:17:24 UTC-0400 (Fri, 19 May 2023 12:17:24 +1200) Malcolm Fitzgerald is rumored to have said: > The dialog displays "Conditions" across the top, nothing else. Does it not also have "Submailboxes" and "Rules" tabs? Can you provide a screenshot? -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Smart Inbox for "Waiting for Reply"
On 2023-05-17 at 09:48:35 UTC-0400 (Wed, 17 May 2023 15:48:35 +0200) Dominik Obermaier is rumored to have said: I have the situation that sometimes people don't came back to me in time, so I'd like to implement a smart mailbox that shows me e-mails where I'm waiting for a follow up. The idea is to have a mailbox that shows me sent messages who did not receive a reply yet. I already tried using "Message is not replied" as condition but it doesn't seem to do the trick. Right, because the "Replied" flag is set by a MUA on a delivered message that you have replied to, and that event does not propagate back to the sender in any way except for the reply itself. Any suggestions? I don't see an obvious solution but what you need to detect is the non-existence of any message with the same Thread-ID as something you sent AND is newer OR has a In-Reply-To or References header citing a message ID of a message you sent. I think I would do that by way of a custom keyword, but I haven't thought it through completely. (and won't, because I'm mostly incapable of doing deadlines usefully.) -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Migrating MM
On 2023-05-03 at 10:08:50 UTC-0400 (Wed, 3 May 2023 07:08:50 -0700) davecc is rumored to have said: I’m creating a new boot volume (Catalina) and doing a minimal, manual migration of needed apps. I downloaded MM from thr Freron server. I copied ~/Library/Application Support/MailMate from the old boot volume (Sierra) to the new boot volume (Catalina). After launching MM and providing all the email account passwords, MM put up this message: “MailMate failed to save a file to disk” < https://imgur.com/a/jdBs3iI > Apparently there is an alias to the messages in the MailMate folder which can’t be resolved. I navigated to the old Sierra boot disk (while still booted into Catalina) and double-clicked on the alias. A System error message was displayed saying the original item couldn’t be located. Suggestions? Short answer: Finder:File->Get Info on the old alias, look for "Original" field. That directory is the REAL Messages folder, in the context where the Sierra volume is mounted at the root. Find that directory on the Sierra volume and copy it to the analogous place on the new disk. Long answer: True Finder Aliases should not break like that, but the Finder will present "symbolic link" files (part of the Unix heritage, a.k.a. 'symlinks') as aliases despite the fact that they technically aren't the same. Symlinks are fragile because they hold only a pathname, which can be absolute and hence dependent on where a volume is mounted, or relative and so dependent on the current working directory when resolved. They are generally NOT followed when copying, as they are frequently used as a tactic for disk space management. At some point, you set your Messages to live somewhere accessible (Preferences->General) and MailMate created a symlink in ~/Library/Application Support/MailMate/ to the absolute pathname of wherever you set the real folder to live. Copying broke the link, which is most likely rooted in /Users/yourusername/ (which is now your home dir on the Catalina volume.) -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Verifying the MlMt installer’s integrity
On 2023-04-26 at 15:59:23 UTC-0400 (Wed, 26 Apr 2023 12:59:23 -0700) davecc is rumored to have said: Apple App Store and the like provide verification of all apps submitted for distribution from the store. For direct downloads such as the MailMate app, how do we verify that the file has not been tampered with? Is there a signature or hash that Benny can provide? I didn’t see any such on the download page. Well, unless you've disabled the feature, macOS won't let you run a downloaded application like MailMate unless it is signed by an Apple-identified developer. You can verify this signature with Apple's 'codesign' tool: $ codesign -v -v --check-notarization -d /Applications//MailMate.app/ Executable=/Applications/MailMate.app/Contents/MacOS/MailMate Identifier=com.freron.MailMate Format=app bundle with Mach-O universal (x86_64 arm64) CodeDirectory v=20500 size=96607 flags=0x1(runtime) hashes=3008+7 location=embedded Signature size=9049 Authority=Developer ID Application: Freron Software (VP8UL4YCJC) Authority=Developer ID Certification Authority Authority=Apple Root CA Timestamp=Mar 30, 2023 at 10:52:41 AM Info.plist entries=33 TeamIdentifier=VP8UL4YCJC Runtime Version=13.1.0 Sealed Resources version=2 rules=13 files=312 Internal requirements count=1 size=180 There's a man page for that tool if you want all the details... If you like free GUI tools instead, see https://objective-see.org/products/whatsyoursign.html for a gadget that adds a "Signing Info" item to the Finder contextual menu, which you can use to get info like the attached image. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] local folders
On 2023-04-19 at 13:13:25 UTC-0400 (Wed, 19 Apr 2023 10:13:25 -0700) Randy Bush is rumored to have said: I duck duck went for “IMAP server for Mac” and got a useless list of clients and how to use mail.app The canonical recommendation for an IMAP server is Dovecot, but if you have another one you prefer, anything reasonably POSIX-compliant should work. A tool I like a lot is EMailchemy: https://weirdkid.com It includes a read-only IMAP server if you want that. Also can massage a message store into all sorts of formats. Some years back, I used it to convert 20+ years of Eudora archives into a format that MM could import, and did so into a dummy account which has bogus server settings and is permanently offline. It's a de facto local folder. (But I also run my own Dovecot server for personal recent mail.) -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Attachments open "Read Only"
On 2023-04-12 at 09:31:59 UTC-0400 (Wed, 12 Apr 2023 09:31:59 -0400) Annamarie Pluhar is rumored to have said: HI Ever since moving to a new computer, all my attachments in MM open as “Read Only.” It’s very annoying and I can not figure out where to change a setting. I’m assuming it’s a setting. ? It doesn’t happen to my friend also on MM. I’m in Ventura on a MBA M2. There was a thread on this here in January. Definitive answer from Benny is at: https://www.mail-archive.com/mailmate@lists.freron.com/msg16006.html -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] moving my mail from one server to another—will my IMAP mailboxes & their contents survive the move?
On 2023-04-04 at 16:20:21 UTC-0400 (Tue, 04 Apr 2023 16:20:21 -0400) Ken Pope is rumored to have said: My mail currently resides on a dedicated server managed by company X. To save money, I’m considering transferring my domains, mail, and websites from X to a dedicated server managed by company Y. Will all the many, *many* IMAP mailboxes that MailMate has created for me disappear in the move, or will they (if the move goes well) wind up on the new server with their contents intact? If you do it right, you can move everything. Moving an email collection from one IMAP server to another can be as simple as dragging messages from one account to another in MM. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keyboard shortcut to upgrade to pre-release not working
On 2023-03-20 at 19:30:21 UTC-0400 (Mon, 20 Mar 2023 16:30:21 -0700) Chris Jones is rumored to have said: Hey Henry, Thanks for your response and feedback. If I go to the menubar and click on MailMate and then hold down the ⌥ key, it changes from "Check for Update" to "Check for Test Build", so I know the ⌥ key is working as it should. But when I click on "Check for Test Build" after pressing the ⌥ key, I'm presented with the prompt: "**You are Using a Prerelease**". At the moment I've manually upgraded to version 5958 and yet I'm still seeing this which is strange as this never used to happen. It's what you get for upgrading to a test release manually. 5958 is later than the latest official "Test Build" seen by the update machinery. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] white numbers in menu bar counter
On 2023-03-17 at 12:03:09 UTC-0400 (Fri, 17 Mar 2023 17:03:09 +0100) Benny Kjær Nielsen is rumored to have said: An update on this: A few more issues have been fixed and [MailMate_r5957.tbz](https://updates.mailmate-app.com/archives/MailMate_r5957.tbz) works for me (no crashes). That said, I just received a new report about a crash on startup with this release. This might or might not be an issue affecting users in general. You should have received another one by now. Here's what I got running by hand: $ /Applications/MailMate.app/Contents/MacOS/MailMate --debug 2023-03-17 13:04:45.381 MailMate[93138:4154046] nil host used in call to allowsSpecificHTTPSCertificateForHost 2023-03-17 13:04:45.382 MailMate[93138:4154046] nil host used in call to allowsAnyHTTPSCertificateForHost: 2023-03-17 13:04:45.620 MailMate[93138:4154046] nil host used in call to allowsSpecificHTTPSCertificateForHost 2023-03-17 13:04:45.620 MailMate[93138:4154046] nil host used in call to allowsAnyHTTPSCertificateForHost: Warning: IMAP connection terminated during action (1000). Fatal: Non-unique identifier used for callback (imap_mailbox_t:Archives) Abort trap: 6 -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Updates... Test Builds
On 2023-03-17 at 12:57:06 UTC-0400 (Fri, 17 Mar 2023 16:57:06 +) Henry Seiden is rumored to have said: Hi Benny, Since R5750 which I am running now, I have NOT been receiving Test Builds 5955, 5957. Long ago I enabled Test Builds but the app shows no other available builds for me. Any idea what could’ve happened here. My MacOS has not changed (MacOS 13.2.1 Ventura 22D68 release). Benny apparently hasn't put anything newer than r5950 into the automated update system yet. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Message too large
On 2023-02-11 at 23:14:55 UTC-0500 (Sat, 11 Feb 2023 22:14:55 -0600) Joseph P. Hillenburg is rumored to have said: They are on different servers and have different attributes. That is not the question - it is how to resolve without losing the email in question. MailMate should never lose messages due to errors in processing. The corner cases should cause duplicates rather than annihilating messages. It should be entirely safe to stop the process for all messages so that you can find which messages are too large for the target server and exclude them from the mass move. Obviously, if those are messages you need to keep and you're evacuating an old system for a new one, you will need to save them somewhere other than on the new mail system, e.g. export it to a file outside of MailMate. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] counter colors
On 2023-01-23 at 23:12:38 UTC-0500 (Mon, 23 Jan 2023 20:12:38 -0800) John Cooper is rumored to have said: I think the "binary" designation is just a way to keep text programs from understanding the file as a text-based file. No, if 'file' says so, it's a binary plist: ~$ file Library/Preferences/com.freron.MailMate.plist Library/Preferences/com.freron.MailMate.plist: Apple binary property list ~$ hexdump -c $_ |head 000 b p l i s t 0 0 ? 020 ? \0 001 \0 002 \0 010 003 \0 004 \0 005 \0 006 \0 \a \0 \b \0 \t \0 \n \0 020 \v \0 \f \0 \r \0 016 \0 017 \0 020 \0 021 \0 022 \0 030 023 \0 024 \0 025 \0 026 \0 027 \0 030 \0 031 \0 032 \0 040 033 \0 034 \0 035 \0 036 \0 037 \0 \0 ! \0 " \0 050 # \0 $ \0 % \0 & \0 ' \0 ( \0 ) \0 * \0 060 + \0 , \0 - \0 . \0 / \0 0 \0 1 \0 2 \0 070 3 \0 4 \0 5 \0 6 \0 7 \0 8 \0 9 \0 : \0 080 ; \0 < \0 = \0 > \0 ? \0 @ \0 A \0 B \0 090 C \0 D \0 E \0 F \0 G \0 H \0 I \0 J \0 (BBEdit is one of the few programs that will attempt to open any file you ask it to.) I do not advise attempting to edit a binary plist in BBEdit. :) The good news is that you can (at least thru Catalina) convert a binary plist to the 'old text' or XML formats and the OS won't care. I believe configd always writes in binary these days, but forward compatibility is likely to always exist. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] URL no longer displays when hovering over a link
On 2022-12-29 at 02:59:24 UTC-0500 (Thu, 29 Dec 2022 08:59:24 +0100) Thomas Grundberg is rumored to have said: > 2022-12-29 kl 8:55 skrev Gavan Schneider: > >> Differences in macOS and processor, same MlMt version > > Yeah, strange. To add to the tally, I’m on a 2010 Intel Mac Pro 5,1. Working fine for me: r5933 on a 2018 MBP 13" with Catalina -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] All mailboxes formatted as "Sent Items" (unable to disable "To" column)
On 2022-12-22 at 15:47:53 UTC-0500 (Thu, 22 Dec 2022 20:47:53 +) Christian Bailey via mailmate is rumored to have said: What version are you using and what version of OS? r5918 Ventura 13.1 I’m really hoping there is a way to reset some potentially helpful settings short of a complete reinstall since I am using it with 6 IMAP accounts, all work critical, and I’m so busy right now. Screenshot of what I’m seeing: https://postimg.cc/YLKSkh2P Thanks Harry for the suggestions, hoping someone else may be able to suggest anything else I can try? I suspect that the reason 'To' is greyed is that it is selected as the "Outline Column," the column which is decorated to do thread organization. Select some other column as the Outline Column and I believe that you'll be able to remove To from the display and to save that as the default. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] selectFirstMessageRow not working?
On 2022-11-14 at 05:59:58 UTC-0500 (Mon, 14 Nov 2022 11:59:58 +0100)
Max Rydahl Andersen
is rumored to have said:
> Hi,
>
> I have this in my keybinding:
>
> ` "N" = ("selectNextCountedMailbox:", "makeFirstResponder:",
> "mainOutline","selectFirstMessageRow:"); `
Does there need to be a colon after mainOutline?
> It does select the next counted mailbox but it does not select the first
> message row.
>
> I do have a `mainOutline` defined in my threaded layout:
>
> ```
> {
> identifier = "mainOutline";
> viewerType = "MmMessagesOutlineView";
> // columnSettings = "outlineColumns";
> // Keeps selected messages in the view even if they no longer
> match the main query
> // sources = ( { sourceIdentifier = "mainOutline"; }, {
> sourceIdentifier = "pathControl"; } );
> sources = ( { sourceIdentifier = "pathControl"; } );
> minHeight = 50;
> },
> ```
>
> Anyone know if syntax for this might have changed in recent months?
>
> /max
> https://xam.dk/about
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
Re: [MlMt] option to keep headers when scrolling?
On 2022-11-10 at 09:51:50 UTC-0500 (Thu, 10 Nov 2022 07:51:50 -0700) John Doherty via mailmate is rumored to have said: I guess I misunderstand what "in message view" means here, because this is the way things work for me. I use a three-pane layout and usually read messages in the message viewer window. Sometimes I open a message into its own window. In either case, the message headers (From:, Subject:, Date:, To:) remain visible as I scroll through the message body. I don't know of anything I did to make things work that way, I think it just always has. This is with MailMate 1.13.2 (5673). This behavior changed with the 'new' message view implementation (atop WKWebView) in the r5852 beta release. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Office 365 / Encrypted Emails
On 2022-10-26 at 04:02:00 UTC-0400 (Wed, 26 Oct 2022 10:02:00 +0200) Robert M. Münch is rumored to have said: Hi, I just received an encrypted email from an Office 365 user (attached as *message_v3.rpmsg file). There was no such file attached to your message as delivered to the list. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Anyone else have extra HTML in Raw view?
Running latest test build r5922, 99% certain it wasn't in r5920. "View->Show Raw Message" switches the message to black on grey as before, but now there's a superfluous HTML wrapper around what appears to be the original raw message. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Message received sound configuration [feature request]
On 2022-09-14 at 08:31:10 UTC-0400 (Wed, 14 Sep 2022 12:31:10 +) Henry Seiden is rumored to have said: > Sorry, though extremely versatile, very poor in instructions for many > non-intuitive parts. In this case, the labeling doesn’t indicate how the > added features can be fully utilized easily. In this case you probably have > to build up a custom syntax. The format string in that pane is only to customize what MM sends to the macOS Notification Manager to announce a new arrival. I've never seen any need to modify that. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Message received sound configuration [feature request]
On 2022-09-14 at 08:31:10 UTC-0400 (Wed, 14 Sep 2022 12:31:10 +) Henry Seiden is rumored to have said: > Thought you might want to review it. If I find where to make custom sounds > for this purpose, I’ll let you know. If you put an AIFF sound file in ~/Library/Sounds/ it will appear in the "User" subsection of the Sound pull-down menu in that pane. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Message received sound configuration [feature request]
On 2022-09-13 at 21:22:48 UTC-0400 (Wed, 14 Sep 2022 01:22:48 +) Henry Seiden is rumored to have said: Yes. Those show where the counter icon is to be located, and is labeled as such in the menu, SFAIK. Nothing to do with sound, right? No, not right. Each of the 4 radio buttons on the icon on the left side selects a distinct set of Counter settings on the right side. Each of the 4 Counters specifies a single mailbox, a selected type of message being counted, and the notification mechanisms, including what sound to play when the count changes. That Preferences pane has been confusing MM users for a decade. I understand why Benny did it that way, as it makes sense from a coding point of view. I don't have any brilliant ideas for a different way to present the functionality that isn't mystifying. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Message received sound configuration [feature request]
On 2022-09-13 at 12:06:23 UTC-0400 (Tue, 13 Sep 2022 16:06:23 +) Henry Seiden is rumored to have said: Hello All, Is there a setting for a custom message received sound configuration? It would be nice to have a way to configure sound when a message is received. Receipt and when sending (sent mail, whoosh effect) are the only two sounds it seems that MailMate responds with, so why not allow customization? Once again, the answer hides in the widely-mystifying "Counters" pane of MM Preferences. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Markdown Heading ##
On 2022-09-07 at 13:13:36 UTC-0400 (Wed, 07 Sep 2022 13:13:36 -0400) Zak McClellan is rumored to have said: I recently migrated to a new computer: From: MailMate 1.13.2 (5673) To: MailMate 1.14 (5895) I noticed in the composer for Markdown I now use a space after the # sign for Heading text, where previously no space was needed (but a space also worked). ###Individual Project Versus ### Individual Project Would this have been something I tweaked on my old computer? Or is this inherent in the new version (1.14)? The latter. Benny switched the underlying Markdown implementation. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate referenced in a spam message?
On 2022-09-06 at 10:14:25 UTC-0400 (Tue, 6 Sep 2022 15:14:25 +0100) David Ledger is rumored to have said: One of my MlMt filters looks for regularly used non-English words or Chinese characters. Looking for likely characters in recent Chinese spam I found, in html view:
Re: [MlMt] Moving ISP/IMAP host
On 2022-09-02 at 21:23:37 UTC-0400 (Sat, 03 Sep 2022 11:23:37 +1000) Gavan Schneider via mailmate is rumored to have said: [...] Plan: Put all my “eggs” in what appears to be the much better basket Proposed process, and your thoughts and wisdom welcome here — 1. Take IMAP accounts “off-line”in MlMt 2. Switch DNS of the relevant domain name to the good provider 4. Create the email accounts on this provider 5. Change the IMAP account settings in MlMt 6. Wait for the DNS change to propagate 7. Bring accounts “on-line” in MlMt… and 8. Allow the synchronisation process to happen, with lots of messages getting loaded on the ISP server (I hope) That will not be what happens. Instead, MM will toss all the local messages. You will have pristine email accounts, unsullied by email. 9. Clean-up in account maintenance mode on bad provider once I get access again (find any missing messages, etc.) I have the bandwidth to cover this and speed is good so it should all happen in reasonable time provided I am correct in my process. So, have I made any silly assumptions or omissions in the above? Not silly, as it is understandable and not entirely unreasonable: that MM's local copy of your mail is anything more than a 100% cache of the server view of the message store. Whenever the server disagrees with MM about what messages exist and what their states are, the server wins unconditionally. The tool you want is imapsync: https://imapsync.lamiral.info There's a MacPorts port that's relatively recent, and I suspect that Homebrew has a recipe for it. If you have command line access and can install your own tools, it runs on anything Unix-like and you may find it faster to run server-to-server rather than via your Mac. Another MacOS tool that I like a lot for client-side message store wrangling is (not free) Emailchemy: https://weirdkid.com/emailchemy/. Alternatively, you COULD use MM to export your entire message store in a form that it can re-import. Then you would switch the settings, let MM wipe out its cache, and import the messages. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate HTTP(S) requests when clicking URL within MM
On 2022-08-03 at 18:07:35 UTC-0400 (Wed, 03 Aug 2022 16:07:35 -0600) Melton Low is rumored to have said: Hi, This has nothing to do with MM. That link is a URL pointing to a web site somewhere. Little Snitch is designed to intercept those request to an external web site. Little Snitch (and similar tools like LuLu) doesn't just intercept the connection, it knows which process is trying to open the connection. If you make an exception in LS, it will by default only apply to the application that made the request. Little Snitch knows about Safari doing HTTP/HTTPS requests and has a default rule to allow that. It does not by default allow MailMate, which is why the original poster is seeing the alert. If you trust that web site, you should tell Little Snitch to always allow. Little Snitch will no longer ask you the next time you click on that link. Generally, you can tell LS to allow that combination of requesting application, remote host, protocol, and (for UDP and TCP) port number. Or any subset of those. You can also put Little Snitch on Silent Mode that tells Little Snitch that you trust all external access. And also makes LS pointless. Mel On 3 Aug 2022, at 13:10, Joachim Tingvold via mailmate wrote: Hi, Whenever I click on a link in an email within MM, it's instantly opened in my default browser. However, almost simultaneously, MM makes a request to the URL i just clicked for no apparent reason (Little Snitch lets me know). The request happens every time I click a link, even the same one multiple times in a row. Is there a reason that MM does this request? How would I disable this "feature"? -- Joachim ___ 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 -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Disable sending via command-return?
On 2022-06-17 at 20:23:50 UTC-0400 (Fri, 17 Jun 2022 19:23:50 -0500) Quinn Comendant is rumored to have said: I have a habit of sending unfinished emails by accidentally hitting ⌘-Return. Is there any way to disable this behavior? I don't even see this hotkey listed anywhere in the UI (the only send command is under Message → Send (⇧⌘-D)). I cannot reproduce this behavior. ⌘-Return does nothing for me in a composer window with a ready-to-send message. Do you have a "Custom Key Bindings" setting in Preferences->General? If not, that implies that Something Else on your machine is implementing the hotkey. The obvious top candidate is the Shortcuts panel of the Keyboard pane in System Preferences. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Python errors(?) in replies
anna Green shoshan...@gmail.com _______ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] cannot delete previously trashed message
See my attached reply to your earlier post on the mailing list On 2022-05-07 at 14:35:52 UTC-0400 (Sat, 07 May 2022 11:35:52 -0700) Tracy Valleau is rumored to have said: Hello I have an email listed in my Source/Trash folder that does not physically exist, and I cannot remove the (red) entry. It's my fault: I installed GPG for a bit and then decided I didn't want it. Before I removed it however, someone sent me a signed email to which I replied. The reply failed because I didn't have a signed key. I created a new unsigned email and replied, and then moved the "not signed" email to the trash. Now it's stuck there. I looked at the trash via Webmail, and it's empty. I looked in the mailmate folders and found it in the local trash and so deleted it with the finder. oops. The red-text listing for the email still appears in my /source/trash mailbox in Mailmate, and now I get a message telling me I have an Anti-Virus problem. It suggests I try /message/reset, but it's grayed out. It appears that the message only exists in MailMate's internals somewhere, and I cannot find it. So: two things One: a PGP fail should not leave a message which cannot be deleted in the first place and two: I likely made the situation worse with my mucking about... but still and all, there should be -some- way to correct this and/or do a "force delete". At the very least, a way to rebuild the MM internals from what actually is in place on the server. Synchronize did not do it; reset could not be invoked. Suggestions anyone? TIA ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire --- Begin Message --- On 2022-05-07 at 13:17:45 UTC-0400 (Sat, 07 May 2022 10:17:45 -0700) Tracy Valleau is rumored to have said: Hello I have an email listed in my Source/Trash folder that does not exists, and I cannot remove the (red) entry. It's my fault: I installed GPG for a bit and then decided I didn't want it. Before I removed it however, someone sent me a signed email to which I replied. The reply failed because I didn't have a signed key. I created a new unsigned email and replied, and then moved the "not signed" email to the trash. Now it's stuck there. I looked at the trash via Webmail, and it's empty. I looked in the mailmate folders and found it in the local trash and so deleted it with the finder. oops. The red-text listing for the email still appears in my /source/trash mailbox in Mailmate, and now I get a message telling me I have an Anti-Virus problem. It suggests I try /message/reset, but it's grayed out. It appears that the message only exists in MailMate's internals somewhere, and I cannot find it. So: two things One: a PGP fail should not leave a message which cannot be deleted in the first place and two: I likely made the situation worse with my mucking about... but still and all, there should be -some- way to correct this and/or do a "force delete". At the very least, a way to rebuild the MM internals from what actually is in place on the server. Synchronize did not do it; reset could not be invoked. Suggestions anyone? I assume that you've restarted MailMate since deleting the actual file. If not, do that. If you already tried that, you can do a rebuild of the database from what's actually on disk. That process is documented in the Help, linked from the top page of the Help. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate --- End Message --- ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] cannot delete trasehd message
On 2022-05-07 at 13:17:45 UTC-0400 (Sat, 07 May 2022 10:17:45 -0700) Tracy Valleau is rumored to have said: Hello I have an email listed in my Source/Trash folder that does not exists, and I cannot remove the (red) entry. It's my fault: I installed GPG for a bit and then decided I didn't want it. Before I removed it however, someone sent me a signed email to which I replied. The reply failed because I didn't have a signed key. I created a new unsigned email and replied, and then moved the "not signed" email to the trash. Now it's stuck there. I looked at the trash via Webmail, and it's empty. I looked in the mailmate folders and found it in the local trash and so deleted it with the finder. oops. The red-text listing for the email still appears in my /source/trash mailbox in Mailmate, and now I get a message telling me I have an Anti-Virus problem. It suggests I try /message/reset, but it's grayed out. It appears that the message only exists in MailMate's internals somewhere, and I cannot find it. So: two things One: a PGP fail should not leave a message which cannot be deleted in the first place and two: I likely made the situation worse with my mucking about... but still and all, there should be -some- way to correct this and/or do a "force delete". At the very least, a way to rebuild the MM internals from what actually is in place on the server. Synchronize did not do it; reset could not be invoked. Suggestions anyone? I assume that you've restarted MailMate since deleting the actual file. If not, do that. If you already tried that, you can do a rebuild of the database from what's actually on disk. That process is documented in the Help, linked from the top page of the Help. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Is there a way to schedule rules running in MailMate?
On 2022-04-29 at 08:28:29 UTC-0400 (Fri, 29 Apr 2022 05:28:29 -0700) Randall Gellens is rumored to have said: On 28 Apr 2022, at 20:02, Bill Cole wrote: On 2022-04-28 at 18:03:47 UTC-0400 (Thu, 28 Apr 2022 15:03:47 -0700) Randall Gellens is rumored to have said: This is what I do for all my archive and auto-delete functions, but it seems to me that the rules in the smart mailbox don't always fire until I click on the mailbox to view it, a bit like Schrödinger's mailbox. I also find this behavior in general, e.g., I see a new message arrive in my main Inbox that should have been moved by a rule to a different mailbox, but instead it sits in my Inbox for hours (maybe longer) but if I click on the mailbox to which it should have been moved, there it is and it's gone when I switch back to the Inbox. It seems that, for whatever reason, rules don't always trigger or at least the effect of them running isn't always visible. But other times they do seem to run automatically. This is an IMAP artifact. You don't see the message in the new location until you resynch the new location. You're saying that MailMate doesn't resync a mailbox after it moves a message? It *seems* not to, based on my observations. I have not dug deeply into this, because it isn't something that has particularly annoyed me. My assertion is based solely on my non-rigorous experience with this sort of behavior. Rule-triggered rules seem to result in delayed synch. It is entirely possible that I've misanalyzed the issue. And furthermore, ignores IDLE, which my server supports and which MM issues? I have not noticed the behavior with mailboxes that are in IDLE, but I likely would not. I use a mix of server-side (procmail) rules that operate during delivery, and client-side (MailMate, on 2 Macs) rules that handle messages after delivery, and I should not (in principle...) be moving messages in and out of INBOX robotically, which is the only mailbox I have on IDLE. Even if that was the case (which seems very hard to believe), then how is that the rules do work as intended at other times? Benny question. I don't even have a guess as to how he makes the rules system work as it does. It isn't obvious how the expiry rig I use manages to work, but it does. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Is there a way to schedule rules running in MailMate?
On 2022-04-28 at 18:03:47 UTC-0400 (Thu, 28 Apr 2022 15:03:47 -0700) Randall Gellens is rumored to have said: This is what I do for all my archive and auto-delete functions, but it seems to me that the rules in the smart mailbox don't always fire until I click on the mailbox to view it, a bit like Schrödinger's mailbox. I also find this behavior in general, e.g., I see a new message arrive in my main Inbox that should have been moved by a rule to a different mailbox, but instead it sits in my Inbox for hours (maybe longer) but if I click on the mailbox to which it should have been moved, there it is and it's gone when I switch back to the Inbox. It seems that, for whatever reason, rules don't always trigger or at least the effect of them running isn't always visible. But other times they do seem to run automatically. This is an IMAP artifact. You don't see the message in the new location until you resynch the new location. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Is there a way to schedule rules running in MailMate?
On 2022-04-27 at 17:28:20 UTC-0400 (Wed, 27 Apr 2022 16:28:20 -0500) Robert Wall is rumored to have said: By "virtual folder" I'm assuming you mean "smart mailbox"? Does this trigger automatically as soon as a message becomes "eligible" for that mailbox (i.e. as soon as it passes that condition and shows up there for the first time)? Yes. On 22 Apr 2022, at 10:44, Charlie Clark wrote: On 21 Apr 2022, at 22:29, Robert Wall wrote: TL;DR - I'd like to be able to fire off the mail rules for a given folder once per day. Longer explanation: I have a server that sends me status emails. A lot of status emails. And I need to receive these status emails not because I want to read every single one, but because if something goes sideways I need to be able to poke through the messages for clues / hints. I don't need to keep these messages longer than a couple of weeks - 30 days max. And I have other situations where I'll get 3 or 4 messages for the same thing. Amazon order placed, Amazon order shipped, Amazon order delayed, Amazon order delivered being a good example. I only need to keep the last one. So I have some existing rules that I can fire off manually which will look for stuff with certain subject lines / senders that's older than 30 days or so, and clean those up - but I still have to run them manually. I'm more than happy to use cron, launchd, or some sort of system automation to tell MailMate to do this if that's what's required. Or if there's a way in the software itself, that would be wonderful as well. Any thoughts? Yes. Based on something Bill Cole mentioned a while back I set up a virtual folder to collect such messages with a condition "date received is not within last" 30 days and a rule to delete the mails permanently. This needs better documentation but shows the power and flexibility of MailMate's approach. Charlie -- Charlie Clark Sengelsweg 34 Düsseldorf D- 40489 Tel: +49-203-746000 Mobile: +49-178-782-6226 ___ 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 -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] a aearch always switch to a wrong mailbox
On 2022-04-27 at 12:12:21 UTC-0400 (Wed, 27 Apr 2022 18:12:21 +0200) Michael Nietzold is rumored to have said: When: - I type a search in the search field - or I click on underlined keywords in a mail view (subject or email or similar) What I see: - the search starts - I it switched always to my folder/mailbox „Sent Messenges“ What I expect: - it should stay in the current folder How I can fix this?___ In the search box there is a magnifying glass with a pull-down menu that has recent searches followed by a "Default Mailbox" item which lets you select which mailbox to search by default. At the top of the mailbox list there is a "Current Mailbox" option. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Trash Can Icon in Message List
On 2022-04-24 at 18:05:23 UTC-0400 (Sun, 24 Apr 2022 18:05:23 -0400) Mike Conley is rumored to have said: I guess I was not so much interested in the peculiarities of the Xfinity IMAP server as I was in what exactly the trash can icon in the message list meant. Anyone know? It sounds like MM is marking messages as deleted rather than moving them to whichever mailbox in the account is being used as the "Trash" mailbox. That is an older model for how deletion is done in IMAP, but I'm not sure why MM would do that for one account and not others or why it would show the deleted but not yet expunged messages. I thought MM had a preference to use that method, but I can't find it at the moment. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Content-type header viewing behaviors
On 2022-04-12 at 10:42:18 UTC-0400 (Tue, 12 Apr 2022 10:42:18 -0400) Benjamin Coddington is rumored to have said: > Hi Benny, et al. > > Something's changed out in my mail world recently such that emails of > plain-text patches for development work that used to arrive with: > > Content-Type: text/plain; charset="US-ASCII"; x-default=true > > Now arrive with: > > Content-Type: application/octet-stream; x-default=true Whoever is generating that mail needs a stern talking-to... > This causes my MM (1.13.2 (5673)) to forego displaying the body, and only > presents the attachment dialog. I'd love to be able to override this > behavior, if possible. Is there a way to do that? I doubt that MM can do that in any automatic way. There would be substantial safety concerns with generally forcing the display of arbitrary binary data (i.e. 'application/octet-stream' content type) as plain text, and message headers in IMAP are immutable, so you can't just modify the Content-Type header on the relevant messages that you can trust are in fact displayable text. I assume you know about the "View->Show Raw Message" (cmd-opt-u) menu command & find it wanting... -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Decoding problem with MM only
On 2022-04-03 at 12:19:20 UTC-0400 (Sun, 03 Apr 2022 18:19:20 +0200) Matthias Schmidt via mailmate is rumored to have said: Hello, sometimes I get email with malformed content. These mails share: - they come from a specific contact-form via a database (4D) - they are usually sent by bots through the form BUT sometimes the malformed message is sent by a human. The malformed content only appears in Mailmate as malformed. This looks like: ‘UgYXMgc29vbiBhcyB0aGV5IGhpdCB5b3VyIHNpdGXigKYNCiANC…’ Other mail-clients (, eM Client, Canary) are having no problems displaying the content correctly. Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 my guess is there’s a little mistake in the content and all other mail clients tolerate that, MM doesn’t. That's the likely root cause. I haven't seen MM fail to decode many messages, and never seen it fail to decode a message that other clients handle normally, except for wildly misconstructed spam. Could this please be fixed. Only Benny can say... I expect that he won't have any way to fix it if he does not have a concrete example of a message that MM can't handle. You may need to use the "Help->Send Feedback" to share a sam ple message with him to get a fix. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mailmate r5874 Issue with accounts [Yahoo Server fails to stay online when laptop moves to a new internet connection]
On 2022-03-07 at 13:02:36 UTC-0500 (Mon, 7 Mar 2022 18:02:36 +) is rumored to have said: Bill, Sounds like you and I have the same experience and use case for Yahoo! Mail. So what settings should I use for manually checking mail there. Alternatively if I could slow it down considerably like 15 minute intervals, that would be great. The "Sychronization schedule" for any source is accessible via right-click on a source mailbox or account. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mailmate r5874 Issue with accounts [Yahoo Server fails to stay online when laptop moves to a new internet connection]
On 2022-03-07 at 08:04:25 UTC-0500 (Mon, 7 Mar 2022 13:04:25 +) Henry Seiden is rumored to have said: Hello, Just letting you know of continuing issue with Accounts staying on line, in particular Yahoo! Coming back with an A1 connection error. This is mostly a problem with Yahoo because of their low simultaneous connection limit but it is theoretically possible anywhere under the wrong conditions. I found that do duplicate the issue regularly in this version, and I think later revisions as well of MailMate here are the steps: 1. Starting with a working, non-failing condition of MailMate, select a different connection method. For instance without leaving my house, I chose to go from a LAN connection (plugged in LAN cable) to wireless connection (unplug the LAN cable and turn on the Wireless on the same machine). 2. MailMate was left open on the desktop. 3. Immediately (within 30 seconds of changing connection methods the warning popped up that the connection to Yahoo! Server had failed due to the error and a choice of try later or take the account off-line was required. This is almost certainly unavoidable with certain network architectures. It is likely to be generally impossible to sustain any TCP sessions across that network change unless you've designed the network to not break sessions. To do that, you need to make whatever is doing your WAN link (and presumably NAT) see your machine on the new link as the same machine that just vanished on the wire. If you are using a single machine (e.g. SOHO router/WAP) for wireless and wired connections, it will never see a new wireless client as the owner of the NAT mappings that it has for the wired connection. 4. Disconnecting the account (taking it off line) got rid of the warning. 5. Leaving it off for over 30 seconds, then turning it back to online did NOT solve the problem. However, closing MailMate app for about a minute and then restarting did solve the problem permanently, until the next move to another wired or wireless connection. That is 100% consistent with your router discarding the old NAT mappin gs before they've closed properly, and Yahoo taking a formally correct period to time out the session(s) using your simultaneous connection slots. I've simply given up on using Yahoo for always-on IMAP: I check mail there manually only, not on a schedule, so MM doesn't always have a connection open. Obviously that's not an option if your Yahoo account is for serious use. (Mine is purely a testing tool.) -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How can I save the HTML part of an email so that I can open in a browser or text editor?
On 2022-03-01 at 21:20:51 UTC-0500 (Tue, 01 Mar 2022 20:20:51 -0600)
Quinn Comendant
is rumored to have said:
Thanks for both of your suggestions:
Not direct save but you could change view to “Show HTML Source”,
[…]
Bill's correct, that won't give me access to the raw HTML.
To get the HTML part of a multipart (or pure HTML) message, you need
to use "Show Raw Message" […]
That's what I've been doing, but it's not convenient because the raw
email part will be either base64 or quoted-printable encoded, which is
not easy to decode. Base64 is easy to decode, but it seems to be less
common. I'm not sure how to decode quoted-printable correctly.
A tiny Perl script I call 'decode-qp':
#!/usr/bin/perl
eval 'exec /usr/bin/perl -S $0 ${1+"$@"}'
if 0; # not running under some shell
use MIME::QuotedPrint qw(decode_qp);
while (<>) {
print decode_qp($_);
}
The reason I want to extract HTML messages is to analyze them to
improve the spam filtering on the mail servers I manage, and it's
really useful to be able to access the html.
If you're friendly with Perl, there is a tool called mimeexplode in the
examples collection distributed with the MIME::Tools package which
explodes a MIME message into a directory tree containing its constituent
parts.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How can I save the HTML part of an email so that I can open in a browser or text editor?
On 2022-03-01 at 17:30:16 UTC-0500 (Tue, 01 Mar 2022 23:30:16 +0100) Robert Brenstein is rumored to have said: Not direct save but you could change view to “Show HTML Source”, copy the text, paste into a text editor, save. That doesn't give you the original HTML part of a multipart message, but the HTML generated by MM to display any message, even messages that are sent as pure plain text. To get the HTML part of a multipart (or pure HTML) message, you need to use "Show Raw Message" and snip out the text of the HTML part. It will start with something like this: --=_Random_Meaningless_Unique_Boundary_String_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable And end like this: --=_Random_Meaningless_Unique_Boundary_String_=-- On 1 Mar 2022, at 17:41, Quinn Comendant wrote: The previous email program I used (Gyazmail) would consider the HTML part of an email as any other attachment, and would let me save the HTML part by drag-and-dropping it to my desktop. Is there any way to save the HTML part of an email in MailMate? Regards, Quinn ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] untitled mailboxen undeletable
On 2022-02-22 at 22:51:11 UTC-0500 (Tue, 22 Feb 2022 19:51:11 -0800) Randy Bush is rumored to have said: You need to unsubscribe from them. Otherwise, MM will refetch the subscription list, see the (non-existent) mailbox there, and try to fetch it. so that will actually nuke tem as opposed to just not showing them to me? More accurately: you will no longer be shown ghost mailboxes that are inaccessible because they no longer really exist. Every time I've had this happen, it has been because the mailbox no longer exists on the server *except* in the account's subscription list. I believe the root cause is a bug in the interaction between MailMate's create/rename/subscribe logic and its task/connection pooling. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] untitled mailboxen undeletable
On 2022-02-22 at 16:33:18 UTC-0500 (Tue, 22 Feb 2022 13:33:18 -0800) Randy Bush is rumored to have said: this is on a outlook.office365.com account (don't ask). i get untitled empty mailboxes that i can not delete. they are often 'failed' or 'offline'. i can take offline, take offline, and then remove. 15 minutes later, they are all back, marked 'failed'. any clues on how to remove? You need to unsubscribe from them. Otherwise, MM will refetch the subscription list, see the (non-existent) mailbox there, and try to fetch it. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Smart folder for Messages awaiting reply?
On 2022-02-14 at 09:22:36 UTC-0500 (Mon, 14 Feb 2022 09:22:36 -0500) Ben Lee-Cohen is rumored to have said: Hi, hopefully this is a simple question. I’m trying to create a smart folder to surface messages I’ve sent in the last week that do not have a reply. Is there a way to achieve this with Smart Folders? Maybe... The logic would be to include sent messages less than a week old whose Message-ID doesn't appear in any Reply-To or References headers in recent messages. I'm not sure if it is possible to express that in a MM mailbox, but you might be able to work out a way. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Separate sets of smart folders for each account
On 2022-02-10 at 17:20:19 UTC-0500 (Thu, 10 Feb 2022 17:20:19 -0500) Sam Birch is rumored to have said: Hi all, I use MailMate with one email account for home and another email account for work. I never really want to “mix” the two, but MailMate seems to be set up to combine all accounts. Yes, I can create submailboxes of my smart folders for each account, but what I’d really like is for the top level to be accounts and then have my various smart folders under that. Before I construct parallel sets of smart folders manually, I thought I’d ask: does anyone else use MailMate like this, and if so, what do you do? I don't, but only because I don't feel the need to add hierarchy to my smart folder arrangement. All of my smart folders specify just one of my accounts as the source or source mailboxes only from one account. It's certainly feasible to organize your smart folders in the "Mailboxes" section by account, but you will need to do it manually. I also thought of putting smart mailboxes _inside_ each of my “sources” rather than in the “mailboxes” section, but the first time I tried that I got a crash, so for now I’m not. Yeah, that would never work. Mixing the folders in "Sources" (which mirror the folders as they exist on the IMAP server) with the entirely virtual "Smart Folders" that MailMate constructs using its comprehensive (and entirely client-side) index of that message store would result in massive confusion. There's no way to replicate the smart folders on the server side so people would surprised by their (smart) mailboxes not being visible via other clients -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] "Mark As Junk" / "Move To Junk"
On 2022-02-01 at 14:02:48 UTC-0500 (Tue, 01 Feb 2022 14:02:48 -0500) Jim Leff is rumored to have said: I use a Gmail account. How do I mark spam (for the benefit of Google’s algorithm)? Use MailMate's "Junk" button or the "Move To Junk" menu item. On a normal IMAP server this will add the $Junk keyword and remove the $NotJunk keyword (which map to the MM Tags "Junk" and "NotJunk") AND move the message to whatever mailbox MM has set as the "Junk" sub-mailbox for that account. With GMail it's technically a bit different because they confuse and conflate keywords (calling them "labels") and sub-mailboxes, but the button or menu command will still effectively do both. MailMate lets me mark as junk, or move to junk. "Move to Junk" (but not the "Move to Mailbox" command targeting the Junk mailbox) will do both the move and the keyword changes. "Move Out of Junk" puts a message back where it came from, sets $NotJunk, and removes $Junk. On standard IMAP servers, keywords and mailboxes are independent modes of classification and there can be semantic variations that you can't get with GMail. For example, a server-side filter might never set either keyword itself but only deliver suspect mail to the Junk mailbox, while a learning system may scan for explicitly set keywords ($Junk or $NotJunk) to train itself and move messages to an appropriate mailbox after learning. There’s apparently no one trigger to have MailMate do both (though that would seem to be the most common behavior). Do you all do a two-step action on spam, or just one or the other? Just the one action, which actually does both steps. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Server error
On 2022-01-28 at 16:47:15 UTC-0500 (Fri, 28 Jan 2022 13:47:15 -0800) Dave Carpenter is rumored to have said: I am getting “IMAP problem for Yahoo Account” notices popping up at regular, frequent intervals: - - - MailMate encountered the following error: “Server response: “D1 NO [LIMIT] CAPABILITY Rate limit hit.”. Command attempted: “D1 CAPABILITY”.”. Mailbox: “Blocked Mail”. <— This mailbox differs with each error pop-up: “Sent”, “Bulk Mail”, etc. - - - I know that some email services won’t accept mail from a Yahoo account. Does this have something to do with that? No. Mail transport is via SMTP, this is IMAP, which handles delivered message access. This is *probably* due to Yahoo having a limit on the number of concurrent open connections from the same IP address and/or to the same account. By default, MailMate opens up to 3 connections to each account when busy and will keep one idle connection open with the INBOX selected so that you get alerted when new mail arrives. What to do? 1. Search the Yahoo docs (or contact whatever support channel you have there) for the connection limit so you know what you have to work with. 2. Check how many mail clients you have simultaneously using that account. Some clients will open MANY connections to an IMAP account, so you may need to find a way to set limits in whatever clients you use. In MailMate, you can change the limit by editing ~/Library/Application\ Support/MailMate/Sources.plist to add a line like this to the block for the Yahoo account: maxNumberOfConnections = "2" Generally it is problematic to reduce the number of connections to 1 unless you are willing to give up live notifications of new mail. If you do that, make sure you don't have any mailboxes in the Yahoo account with "Connected" as their synchronization schedule. You can identify those by them being shown in the Source list in bold type. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to disable copying text as Markdown?
On 2022-01-27 at 19:08:19 UTC-0500 (Thu, 27 Jan 2022 19:08:19 -0500) Glenn Parker is rumored to have said: On 27 Jan 2022, at 14:54, Quinn Comendant wrote: Thanks for this info, it should be a welcome change. Do you know when rev 5861 will be released? When I run *Check for Update* it says, “5852 is the latest version available. You have version 5853.” Quinn, The most recent beta release is 5864. You can get it by holding down the Option key while you press the “Check Now” button in the Software Update Preferences. A lot of us on this list are beta junkies and Benny has been very good (not perfect) about maintaining the quality and reliability for these releases. Technically Option+Check Now gets you the latest test/alpha version. You get betas automatically if you select that option in the "Software Update" prefs panel. However, Benny's 'test' versions are generally beta quality. I've run almost entirely the latest one for years and I only recall one case where I've had to backrev. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to set the IMAP Path Prefix? (Goal: flat folder structure)
On 2022-01-25 at 17:34:30 UTC-0500 (Tue, 25 Jan 2022 16:34:30 -0600)
Quinn Comendant
is rumored to have said:
Hello,
How do I set the IMAP Path Prefix in MailMate?
MailMate should figure out the prefix on its own, but you can set it
explicitly with the "Hidden Preference" namespaceResponse in
~Library/ApplicationSupport/MailMate/Sources.plist file. Documented on
the Hidden Preferences page of the help and in this bug report:
https://freron.lighthouseapp.com/projects/58672/tickets/267-imap-server-directory
The format of that setting requires an understanding of how IMAP works
with namespaces.
I'm connecting to a Courier IMAP server. In other email clients, I
have had to set the IMAP Path Prefix to `INBOX` for my folders to
display correctly.
This attribute added to the relevant source stanza in Sources.plist MAY
work for you:
namespaceResponse = '(("INBOX" "/")) NIL NIL';
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Excluding an account Source from global search and Mailboxes
On 2022-01-04 at 02:45:41 UTC-0500 (Tue, 04 Jan 2022 08:45:41 +0100) Alexandre Takacs is rumored to have said: > They do > > But there are lots of situations when MM functionalities rely on the global > search as the default source. It would be useful to the able to better > specify what goes into that “pot” :) > > On 4 Jan 2022, at 8:37, John Doherty via mailmate wrote: > >> Anyway, just a thought. Smart mailboxes are a pretty great feature of >> MailMate and seem like they could help with your situation. If you want the search box to search a subset of messages, you can set the 'Default Mailbox' to a Smart Mailbox which excludes whatever source or whatever you want to exclude. Click the pull-down in the search box to select one. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] CPU around 60% with r5852
On 2021-12-09 at 10:43:18 UTC-0500 (Thu, 09 Dec 2021 16:43:18 +0100) Florian Heidenreich is rumored to have said: I'm observing high CPU usage of around ~60% CPU on a MacBook Air M1 under Big Sur 11.6.1 when doing nothing with MailMate r5852. My observations so far: - does not happen when starting MailMate - starts after sending an email or reading a couple of messages from my inbox - stops and goes to 0% when hiding MailMate via Cmd+H, reappears on unhide - something related to updating the view when it's actually not always needed? Would be interesting to know if it's only happening for me or if it's a more common problem. I run into MM chewing up CPU occasionally after moving a message into Trash or Junk. When this happens, the Activity Viewer shows one IMAP session trapped in a very fast loop of FETCH and NOOP commands. I have not tried hide/unhide, but offline/online of the source breaks the loop. I've had a ticket open on this for quite a long time. When you have this problem, have you checked the Activity Viewer? -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Exchange: How to add another account with same credentials as the main account
On 2021-11-12 at 11:55:04 UTC-0500 (Fri, 12 Nov 2021 17:55:04 +0100) Mike Brasch is rumored to have said: Moin, On 7 Nov 2021, at 20:00, Mike Brasch wrote: Access another user mailbox: Either set base IMAP path in client settings to /users/otheru...@company.com or use the following username: domain\user\otheru...@company.com where otheru...@company.com it target mailbox name. The username way does not work. I only get a "wrong passwod". Where can I set the base IMAP path for the other variant? Where I can specify the base IMAP path. Is there a file I can edit? Not in MM. I don't think MM supports specifying a base path for a source account. This may be something you must do in DavMail? PLEASE HELP!!! Outlook is driving my crazy. :) It tends to do that... -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Markdown formatting
On 2021-11-10 at 18:08:27 UTC-0500 (Wed, 10 Nov 2021 15:08:27 -0800) Randall Gellens is rumored to have said: I believe 1.13.2 is the latest for 10.anything. Nope. The test versions through the current r5844 have all run on Mojave (10.14.) No major issues and Benny cheerfully accepts bug reports for them on Mojave. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Looking for error cause/name
On 2021-10-30 at 14:17:10 UTC-0400 (Sat, 30 Oct 2021 11:17:10 -0700) Tracy Valleau is rumored to have said: Hello. My host is trying to chase down a synchronization error. Recent, I got a spate of error boxes upon launch of MM, pointing to something (IN ALL CAPS) that apparently changed on the host and caused MM to re-sync or re-load all the messages. The ALL CAPS was (I believe) some kind UID. The message would let me resync once; resync always or (one other thing I can't recall either.) Problem is, I didn't screenshot the error message, and I cannot remember the actual "UID" mentioned. If anyone can tell me what I'm thinking of, I'll pass it along to my host as a possible solution. Anyone know what I'm talking about and what that particular "UID" was actually named? Most likely "UIDVALIDITY" That is an IMAP parameter that essentially acts as a version number for a mailbox. As long as the UIDVALIDITY does not change, a client can trust that message unique IDs in that mailbox have not changed, although messages with new UIDs may have been added or past messages expunged. UIDVALIDITY lifetime is often measured in years. It makes sense for MM to alert on a UIDVALIDITY change because it indicates that a significant event on the IMAP server has occurred, such as a restoration from backup or migration to a new system, which will require a full re-synch of the mailbox. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How can I create a Smart Mailbox with all emails I have sent?
On 2021-10-14 at 21:20:47 UTC-0400 (Fri, 15 Oct 2021 12:20:47 +1100) leo is rumored to have said: Hi all, I would like to create a Smart Mailbox containing all emails I have sent. By default, MM has a "Sent Messages" mailbox which aggregates the mailboxes in all accounts which are marked as "Sent" type. It should do what you want. If you've somehow deleted it, you can recreate it by adding a smart mailbox which covers those source mailboxes and has no conditions or rules. I have tried a condition like `“From -> Address“ contains ““`: But with this the Smart Mailbox contains spam which pretends to be sent from my address as well. If for some reason you don't have "Sent" source mailboxes and really need to find messages you have sent in source mailboxes that also have mail you didn't send, the condition "Received" "Does Not Exist" should do the trick. Note that this will skip copies of your own messages sent back to you by mailing lists like this one. Is there a mail header which says „_This message was really sent from this particular SMTP server_“ or similar? If a reliable header like that existed, the character of the Internet would be unrecognizable. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] alert sounds
On 2021-10-15 at 10:15:13 UTC-0400 (Fri, 15 Oct 2021 10:15:13 -0400) Shoshanna Green is rumored to have said: I'm running MailMate v5820 under High Sierra, and even though I have disabled "Play sound for notification" under System Preferences > Notifications > MailMate, my system BINGs every time a message arrives. (As well as presenting the banner alert I do want.) I have been completely unable to figure out where this sound is coming from, so that I can turn it off. Any ideas? Please? Have you looked at all 4 "corners" in the dreaded Counters pane of MM's Preferences? -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] smart mailbox
On 2021-09-23 at 16:25:34 UTC-0400 (Thu, 23 Sep 2021 16:25:34 -0400)
Bill Cole
is rumored to have said:
On 2021-09-23 at 14:28:22 UTC-0400 (Thu, 23 Sep 2021 14:28:22 -0400)
Bill Cole
is rumored to have said:
On 2021-09-23 at 14:05:13 UTC-0400 (Thu, 23 Sep 2021 11:05:13 -0700)
Jo
is rumored to have said:
On 23 Sep 2021, at 8:47, Bill Cole wrote:
On 2021-09-23 at 10:31:58 UTC-0400 (Thu, 23 Sep 2021 16:31:58
+0200)
aisrael
is rumored to have said:
How did you change the attribution line??
The above was achieved with this command:
defaults write com.freron.MailMate MmReplyWroteString '"On %F at
%X UTC%z (${date})\n${from.name}
<${reply-to.address:${from.address}}>\nis rumored to have said: "'
Unpleasant misfeature in r5826: MM interpreted that line(!) and
displayed something very wrong. (see attachment)
It even does it in quotes. And in partial quotations (select+reply) but
not full-message replies. See attachment for what that line REALLY is...
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
Re: [MlMt] smart mailbox
On 2021-09-23 at 14:28:22 UTC-0400 (Thu, 23 Sep 2021 14:28:22 -0400)
Bill Cole
is rumored to have said:
On 2021-09-23 at 14:05:13 UTC-0400 (Thu, 23 Sep 2021 11:05:13 -0700)
Jo
is rumored to have said:
On 23 Sep 2021, at 8:47, Bill Cole wrote:
On 2021-09-23 at 10:31:58 UTC-0400 (Thu, 23 Sep 2021 16:31:58 +0200)
aisrael
is rumored to have said:
How did you change the attribution line??
The above was achieved with this command:
defaults write com.freron.MailMate MmReplyWroteString '"On %F at
%X UTC%z (${date})\n${from.name}
<${reply-to.address:${from.address}}>\nis rumored to have said: "'
Unpleasant misfeature in r5826: MM interpreted that line(!) and
displayed something very wrong. (see attachment)
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
Re: [MlMt] smart mailbox
On 2021-09-23 at 14:05:13 UTC-0400 (Thu, 23 Sep 2021 11:05:13 -0700)
Jo
is rumored to have said:
> On 23 Sep 2021, at 8:47, Bill Cole wrote:
>
>> On 2021-09-23 at 10:31:58 UTC-0400 (Thu, 23 Sep 2021 16:31:58 +0200)
>> aisrael
>> is rumored to have said:
>
> How did you change the attribution line??
The above was achieved with this command:
defaults write com.freron.MailMate MmReplyWroteString '"On %F at %X UTC%z
(${date})\n${from.name} <${reply-to.address:${from.address}}>\nis rumored to
have said: "'
See Also:
https://manual.mailmate-app.com/hidden_preferences#composing
https://www.mail-archive.com/mailmate@lists.freron.com/msg14006.html
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate
Re: [MlMt] smart mailbox
On 2021-09-23 at 10:31:58 UTC-0400 (Thu, 23 Sep 2021 16:31:58 +0200) aisrael is rumored to have said: Regarding smart mailboxes, my understanding has always been that it is impossible to maintain them between 2 computers (running Mailmate). Does any workaround exist? It is theoretically possible to keep 2 MailMate instances' mailboxes in synch by synchronizing ~/Library/Application Support/MailMate/Mailboxes.plist between the 2 Macs. Unfortunately, to do this *safely* you must only do the sync when both instances are not running, because that's the only way you can be sure that the file is current and self-consistent and that MM will load a newly-synched file. It also contains definitions for all of the subscribed "source" mailboxes and all the rules associated with all mailboxes, so you can't easily only synch a subset like 'smart mailboxes.' This also implies the same collection of source accounts on both machines, so it is prudent to also sync the Sources.plist file whenever you sync Mailboxes.plist. So, in practice it is not something that is simply automated to get 'live' synchronization. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] What controls physical deletion of mails from MailMate?
On 2021-08-25 at 12:29:08 UTC-0400 (Wed, 25 Aug 2021 17:29:08 +0100) Raza Rizvi is rumored to have said: [details snipped] Anyone else got any clue what is going on! Check MmAutomaticExpungeBehavior Another possibility is that your IMAP server is doing some sort of auto-expunge. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate needs to be updated warning
On 2021-08-20 at 10:38:14 UTC-0400 (Fri, 20 Aug 2021 14:38:14 +) Randy H. Tjahjono is rumored to have said: I'm running the Monterey beta, and when launching MailMate I will occasionally get this warning  Clicking on the *Learn More* link takes me to https://www.python.org/doc/sunset-python-2/ I'm not sure if this is an issue with Monterey, MailMate, Python, all three, or no issue at all. All 3. MM includes a couple of Python scripts (emate and html2text) that are written in Python and specify Python 2.7. Python 2 is an obsolete version of the Python language. The effort to get everyone using Python to convert to Python 3 was a 14-year project that did not go well. There have been no improvements, security patches, or bug tracking for Python 2.7 since 2019. There are still a lot of Python 2 scripts embedded in other programs like MM and in production as freestanding software like the GNU Mailman v2 instance running this mailing list. In the cases where 2->3 conversion is not trivial, it has often led developers to completely rewrite programs (e.g Mailman v3) from scratch. Operating systems have finally started to remove Python 2.x packages from their official distributions and Apple is one of the last to do so. They are apparently including a mechanism for warning users in the Monterey beta, which is a good thing. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Junk folder gets messages when Sieve unchecked
On 2021-07-26 at 11:00:45 UTC-0400 (Mon, 26 Jul 2021 08:00:45 -0700) Ralph Alvy is rumored to have said: I forgot to mention that the Junk folder is not on the Fastmail server. It is only a local folder created by MailMate. That seems to suggest the only way it got there is via MailMate itself. There's no such thing as a local *real* folder created by MailMate, so that must be a "Smart Folder" whose contents are defined by some logical definition, drawing messages from some set of source folders that exist on the IMAP server. MailMate does include by default a "Junk" Smart Folder that includes all messages from whatever server-side folders you've labeled (or MM has labeled by default) as having a "Mailbox Type" of "Junk" across all accounts. If there's not a top-level folder named "Junk" on the server side, I expect that MM would see one named "Spam" as the right folder to include in the "Junk" Smart Folder. So my *revised* theory is that your Spam folder on the Fastmail server is set in MM as the Junk-type folder for that account, that they in fact did put the message in Spam, and you moved it elsewhere before noticing that it had been in Spam (which is down in the Sources section of the mailbox list where you might not see it.) On Mon, Jul 26, 2021, at 7:13 AM, Ralph Alvy wrote: But Fastmail has its own folder for that. It's called Spam. And it did not put it in that folder. On Sun, Jul 25, 2021, at 7:51 PM, Bill Cole wrote: On 2021-07-25 at 20:15:31 UTC-0400 (Sun, 25 Jul 2021 17:15:31 -0700) Ralph Alvy is rumored to have said: I have no Inbox rules at all. Here are the Sieve relevant lines in the raw message: X-Sieve: CMU Sieve 3.0 X-Spam-known-sender: no X-Spam-sender-reputation: 500 (none) X-Spam-score: 7.2 X-Spam-hits: HEADER_FROM_DIFFERENT_DOMAINS 0.248, HTML_FONT_LOW_CONTRAST 0.001, HTML_MESSAGE 0.001, ME_HAS_VSSU 0.001, ME_SENDERREP_NEUTRAL 0.001, RCVD_IN_DNSWL_NONE -0.0001, SPF_HELO_NONE 0.001, SPF_PASS -0.001, URIBL_DBL_ABUSE_SPAM 7, LANGUAGES en, BAYES_USED none, SA_VERSION 3.4.2 That's a SpamAssassin header, added by the server. Your mail provider put that message in Junk, not MailMate. The total score of 7.2 is significantly above the default SA threshold score for spam (5.0) but the 'X-Spam-hits' itemization shows that almost entirely due to one issue: the "URIBL_DBL_ABUSE_SPAM" hit scored at 7. That hit indicates that there was a link in the message body whose domain is listed in the Spamhaus DBL list: https://www.spamhaus.org/dbl. It is rare for the DBL to list domains that are not exclusively used in spam, but it does happen. -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ 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 -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Not Currently Available For Hire ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
