Re: [MlMt] How do you store old emails?
On Aug 24, 2016, at 2:07 PM, Patrik Fältström wrote: > Virtual mailboxes are your friends! > > <https://stupid.domain.name/node/1895> Bookmarked! Thanks! -- Brad Knowles signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How do you store old emails?
On Aug 24, 2016, at 9:34 AM, Benny Kjær Nielsen wrote: > On 24 Aug 2016, at 15:07, Patrik Fältström wrote: > >> 5,58GByte for 2.099.084 messages here > > I'm impressed it works at all. I'll keep you in mind for testing any future > memory optimizations :) Hmm. I currently count 230610 messages, which comprise over 11GB of storage. But Mail.app is only taking 350MB of real RAM, for a total of 4.04GB of virtual memory. Shared memory is 225MB, and private memory is 114MB. What I haven’t loaded here is the archive of old mail, which comprises over 16GB of additional storage. I do wonder how Mailmate would do with this amount of mail. -- Brad Knowles signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] mailer features
On Dec 16, 2015, at 1:56 PM, Bart Lipman wrote: > SaneBox has this functionality. You subscribe to their service and (among > many other things) you can snooze emails and have them reappear in your inbox > like new on a day and (more or less) time of your choice. There are a lot of things I like about the SaneBox concept, but speaking only for myself, I want something running on my own hardware in my own house. SpamSieve and other Bayesian-style anti-spam filtering tools are good enough for that role, but I’m not aware of intelligent adaptive learning systems applied to the e-mail problem outside of that space. At least, not with regards to stuff I can run myself on my own hardware. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] OffTopic: Server recommendations?
On Mar 26, 2015, at 4:13 PM, Benny Kjær Nielsen wrote: > On 26 Mar 2015, at 17:59, Kee Hinckley wrote: > > • I've had people recommend Zimbra and iRedmail. > I don't know iRedmail. In my experience, Zimbra does not have one of the best > IMAP servers available. It's also not one of the worst, but the worst are > also really really bad (Groupwise comes to mind…). IIRC, Zimbra is a fairly thin wrapper around postfix for the SMTP stuff and Dovecot for the IMAP stuff, plus some other bits that they added on. > • And obviously, I need a good IMAP server for MailMate to use. > Anything that uses Dovecot would be really good. Cyrus is also fine (used by > Fastmail). Panda scores well in this dated test, but I'm not sure it's > developed anymore :-( I’ve been doing Internet mail systems administration for over twenty years, and in that time I have found that postfix and dovecot are two of the most reliable programs in this space. That’s assuming that you configure them correctly, of course. ;) Now, these are CLI programs and do not have a friendly native GUI, nor do they have native integration with things like CalDAV, WebDAV, etc > Anything with an IMAP server implemented as an after-thought (Groupwise, > Exchange, Yahoo, Outlook 365, GMX, and many more) is very likely to be buggy > or primitive — or both. But they gots the pretty, pretty GUI thingies, right? I mean, that’s all you really need, right? ;-) ;-) ;-) -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] SMTP Timeout
On Sep 8, 2014, at 11:56 AM, Bill Cole wrote: > You forgot to mention: one of the most uniformly respected and liked > participants in the often prickly history of that community. Thank you very much. However, I think you're the first person, and only known person so far, who feels that way. While I recognize that the community was certainly prickly and divisive, I am not convinced that I was part of the solution. I am convinced that I am better off no longer being an active member of that community, and I feel that the community is probably better off that I am no longer there. > Many people use MIMEDefang for AV as well, via Perl's File::VirusScan bundle > (written by the same author.) I don't do that myself because there is nearly > nothing for AV to catch after spam filtering and content policies that MD > itself can enforce cheaply, such as "no stacked or executable filename > extensions in attachments." Even though *nix boxes can't really get infected with computer viruses per se, there are other malware vulnerabilities they do have that can be effectively scanned for, and they can certainly provide a good place to do scanning for all types of known vulnerabilities. Few places can afford to take draconian action and say "No e-mail attachments", and these days virtually any type of binary file could potentially be infected with some sort of malware. So, if you do have to allow some types of attachments through, then I feel it is best to do anti-malware scanning on what does pass. Not that I necessarily pay attention to my own advice all the time, of course. ;-) > The main reason I use MD instead of amavisd-new (which has a much bigger > Postfix audience) is that my first Postfix system was one I migrated from > Sendmail with MIMEDefang already in place. It is probably true that > amavisd-new would be a better choice for many people since it has a larger > community of Postfix users and a longer history of use with Postfix. There > are no compelling capability or performance differences between MIMEDefang > and amavisd-new that I know of, although they hook into Postfix quite > differently. I'm not opposed to MIMEDefang, I just don't know much about it other than what I've heard from other people. Since what I have heard has been pretty good, I would certainly be more than willing to take a deeper look into it, if there was a specific reason for me to do so. Otherwise, my preference would be to reach for the tools I already know and not have to learn something new in this space. I'm an old dog, and while I would like to think that I can still learn some new tricks, I know that I am slowing down and I want to make sure that I keep at least some capacity in reserve for future use. > That's the heaviest lift for almost everyone I've evangelized to MailMate, no > matter what MUA they are coming from. Unfortunately, I think a rule importer > would be a massive time-sink to implement usefully. Moreover, it still wouldn't help with the problem of pushing the rules to be executed on the server, so I would really be better off figuring out a way to port Mail.app rules into Sieve. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] SMTP Timeout
On Sep 5, 2014, at 1:44 PM, John Grasty wrote: > At some point, I'm sure I'll get antsy and want to try out spam assassin. I > was hesitant as I heard that it can be a resource hog if not properly tuned. It can be, sure. But it's not too hard to tune for reasonable performance. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] SMTP Timeout
s a "learning" mechanism fed by particular folders > or IMAP keywords, DO NOT let a client-side tool (e.g. SpamSieve) > automatically mimic what a user would do to "mark as spam" or "mark as > non-spam" for training the server's database. Those functions for Bayesian > and similar server-side systems are designed for human-judged input to > reverse misclassifications, not "second opinions" from other (maybe dumber) > software. Really smart providers who offer training functions have > distinctions between the spam judgments of server tools, client tools, and > actual humans. Excellent advice. Thanks! -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Perverted Smart Mailbox idea
On Jul 23, 2014, at 4:39 PM, Bram Heerink wrote: > I would propose subuser and only implement i think the + sign. I like subaddress, myself. Thanks! -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Warn sending encrypted mail about unencrypted subject
On Jul 17, 2014, at 1:51 AM, Benny Kjær Nielsen wrote: > If a standard for encrypting the subject-header (and maybe other headers) > existed then it should probably just require the headers to be moved into the > encrypted plain text body part of the message. Email clients supporting the > standard could then use these headers to replace placeholder headers (for > example, Subject: Encrypted) and email clients not supporting it would still > be showing the real headers as part of the body of the message (ok, then it's > a problem when displaying an HTML body part, but HTML is always a problem). I > don't think anything like this is very likely to ever become standardized > behavior, but I may be wrong. You would have to check the relevant PGP/MIME and S/MIME RFCs, but I believe that the standard technique is to take the entire contents of the message (all relevant headers included), put that into a text/rfc822 MIME bodypart and sign and/or encrypt it. Of course, that text/rfc822 MIME bodypart could be composed of multiple other MIME bodyparts. On the other end, you reverse the process and display only the signed/encrypted headers to the recipient. The unsigned/unencrypted headers should still be available, of course. If you display both unsigned/encrypted headers as well as the signed/encrypted ones, then you need to make sure that there is a visual distinction between the two. But I've seen a couple of guys on this list who know a lot more about RFCs than I do. I'll let them choose whether or not to step forward and identify themselves, and provide whatever advice they can. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Warn sending encrypted mail about unencrypted subject
On Jul 16, 2014, at 8:23 AM, Bram Heerink wrote: > I think (most) people do know when they think about it. But are you aware > enough all the time? Reason I suggested this change is I composed an > encrypted e-mail and then remembered 'oh subject is not encrypted' and then I > changed it. But true, it's not a big thing, I think. ISTR that some clients will auto-replace the unencrypted subject line with the contents of the encrypted subject (and other headers), once the message is decrypted. And going the other way, they will put in a placeholder like "Encrypted subject" into the envelope subject line, which should get replaced on the other end when the message gets decrypted. Was it mutt or elm that did this? Don't remember -- it's been way too long. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Does MailMate require GPGTools?
On Jul 15, 2014, at 7:05 AM, John Cooper wrote: > Yes, I unchecked the option and I didn't see the security banner over your > message. Isn't it odd, though, that I'm warned that I'm missing a required > decryption tool when nothing is encrypted? Technically, the signature is encrypted in such a way that you can verify who it came from. If you want to do the verification, you have to be able to use the appropriate tools to do the decryption. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Noises
On Jul 8, 2014, at 9:48 AM, Fredrik Jonsson wrote: >> 3. Any advice on what I can do with my 20GB of offline mail messages stored >> by Apple Mail? > > You can get an e-mail provider that allow you to store that mush or set up a > local IMAP server. I do the later and it works really well but it is some > work to set up and maintain. One advantage to doing it this way is that you can set up simple standard cron jobs to go in and archive messages from the Internet IMAP server to your local IMAP server, so that you only keep messages below a certain age on the "public" server and everything else is 100% private. If you set up jobs on the local server to copy down all the remote messages as soon as they come in, then you can use your IMAP client to interact exclusively with your local IMAP server, and then that will be much, much faster. And these jobs to copy down messages from the remote server could potentially operate on other ports, via private VPNs, or tunneled over ssh, so that even if you're in a place where you can't normally access your remote e-mail, you could still get that copied down to your local server. Once the messages are copied down to the local server, you can purge them from the remote server at your convenience. > Running dovecot as a local only IMAP server on OS X > <https://xdeb.org/node/1607> Of course, I haven't actually done this yet, but I've been meaning to do so for a long time. Maybe this thread will be the impetus I need to make this happen. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] image size options for attachments
On May 25, 2014, at 8:14 PM, Gary Hull wrote: > You mean downsampling within MailMate? No. > > You can make a feature request in the issue tracker at > freron.lighthousespp.com. > > Do other mail clients have this? You can do it with the built-in version of Mail.app in iOS, yes. However, I'm not personally aware of any other MUAs on the planet that have this feature. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> signature.asc Description: Message signed with OpenPGP using GPGMail ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] I see AOL has joined Yahoo in setting their DMARC policy to 'reject'
On Apr 23, 2014, at 10:31 AM, Kee Hinckley wrote: > For list owners, this basically means that either: > > • Your mailing list makes no changes to the body of the message in any > way and passes through the DMARC headers. (I think this works, leastwise I’ve > heard on the NANOG lists that posting to NANOG from Yahoo works if you do > text-only (they discard the HTML). Nope. We're fighting this on the Mailman installation for python.org. If you make no changes, then the IP address of the MTA for the mailing list won't match the advertised list for the sending domain, and therefore that message will be rejected. > • Your mailing list sets the From: header to a local address (e.g. > no-reply@yourdomain) and puts the user’s address in the Reply-To. Correct. We are releasing Mailman 2.1.18 to allow listowners to address this issue, but you can also fix it in the MTA before the message gets to the mailing list. A couple of my fellow postmasters for python.org are also well-known postfix developers (Patrick and Ralf literally wrote "The Book of Postfix"), and one of them is in the process of creating a milter on behalf of the DMARC committee that would allow people to easily fix this problem at the MTA. I would expect to see an announcement via the DMARC committee on this subject in the near future. > Needless to say, if you’re used to sorting mail by user, deleting mail based > on the from address, or other common operations in MailMate, you’re in for a > rude surprise if the mailing list does #2. Yup. > I’m mentioning this here mainly because I suspect it’s may mean subtle > changes in how MUAs handle lists. Yup. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Markdown inside of words
On Apr 6, 2014, at 12:10 PM, Rob McClure wrote: > For me, Kee is highlighting my dilemma: I need to reply to HTML, and create > well-formed HTML tables and such, and in doing so the email needs to look > good to the corporate/outlook world I live in. Ironically, I'm at the other end -- I need to be able to read messages that others send that are in HTML, even if their MUA was dain-bramaged enough that it didn't give me a proper multipart/alternative, with a plain ASCII text version that I can read. But for what I generate, I'm perfectly happy keeping that to plain ASCII text, or markdown. IMO -- the simpler, the better. It will be interesting to see how Benny balances these requirements. ;-) -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Markdown inside of words
On Apr 3, 2014, at 9:16 AM, Ingo Lantschner wrote: > So I would still prefer to leave in-word underscores unprocessed. You mean like Github-flavored Markdown? -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Follow-up question on using Spamsieve with Mailmate
On Mar 31, 2014, at 2:03 PM, Mike Brasch wrote: > There is a [Sieve-App](https://bitbucket.org/dergraf83/sieve/) for OSX. But > there was no activity since 2010. I could not test it because FastMail does > not support Managed Sieve. I don't know if any of the services I use support Sieve, but I can check that out. Hopefully this program will still run under Mavericks. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Follow-up question on using Spamsieve with Mailmate
On Mar 31, 2014, at 1:28 PM, Benny Kjær Nielsen wrote: > There is no way to do that in MailMate. The only server-side filtering > standard I know is Sieve, but I don't even know if a GUI for Sieve exists on > Mac OS X (theoretically, I think it's possible to create such a GUI if the > IMAP server supports Sieve). I've heard of Sieve, but although I've been managing Internet mail systems since the very early 90s, I have yet to actually encounter a site that actually uses it. At least, so far as I know -- maybe they use it and I don't know about it. > Note that MailMate does support client side rules as part of the experimental > 2.0 features (enabled in the General preferences pane). Right, that was one of the big reasons that I've already enabled the 2.0 experimental features, and I'm really looking forward to 2.0 shipping. However, I have not yet had any chance to look at how they're implemented or how to set them up. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Follow-up question on using Spamsieve with Mailmate
On Mar 31, 2014, at 10:44 AM, Bill Cole wrote: > It was a hard choice to make, but I handled that (in my case a pile of old > Eudora rules that I'd half-translated into TBird...) by just declaring > client-side rule bankruptcy and rebuilding from scratch with a mix of > server-side delivery rules and a few MailMate smart mailboxes. I'm glad there are others on the list who remember the "good ole days" with Eudora. ;-) > If you have a server-side filtering mechanism available to you and your rules > are mainly designed to sort mail into different piles as it arrives, that > really makes more sense than having a MUA do the work. I have a number of accounts, and some of those systems might be able to do server-side rules if they were provided, but they don't give me any sort of way to create those rules. If MailMate could give me a way to create the server-side rules and then upload them, I'd be fine going through the process of doing the translation. But I can guarantee you that not all of the systems will have the ability to apply server-side rules, and "smart mailboxes" are -- at best -- only a partial solution to this problem. It does really pain me to have to apply these rules on the client side, especially since this is one of the things that seems to go so horribly wrong with Mail.app [0], but I don't see an alternative at the moment. [0] Mail.app frequently hangs on a given account on one server and stops any further processing of any rules for any accounts on any server. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Follow-up question on using Spamsieve with Mailmate
On 30 Mar 2014, at 14:44, Sam Heldenbrand wrote: Ok, that explains the "Move Out of Junk" functionality. But why does Spamsieve do nothing happen when I select a piece of mail in my inbox and I tag it as Junk? Shouldn't it automatically move that piece of mail to its account's respective Junk folder? I'm having to do this manually right now, which seems wrong. I'm also a little confused about the interface between these two programs. I have not yet quit using Mail.app, because I have yet to figure out how to take all my existing rules and bring them over to MailMate. So, at the moment I've got both programs supposedly connecting with SpamSieve, and maybe that's my problem. But what I am seeing is that the junk status & score is not being updated on the mail messages in the respective junk mailboxes, unless I go in via Mail.app and manually feed them back to SpamSieve as confirmed spam messages. -- Brad Knowles LinkedIn Profile: <http://tinyurl.com/y8kpxu> ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
