On 25/08/2017 09:21, J. Roeleveld wrote: > On Thursday, August 24, 2017 11:12:52 PM CEST Alan McKinnon wrote: >> On 24/08/2017 22:20, J. Roeleveld wrote: >>> On Thursday, August 24, 2017 9:35:23 PM CEST Dale wrote: >>>> Alan McKinnon wrote: >>>>> On 24/08/2017 18:41, Dale wrote: >>>>>> J. Roeleveld wrote: >>>>>>> On 24 August 2017 17:15:25 GMT+02:00, Alan McKinnon >>> >>> <alan.mckin...@gmail.com> wrote: >>>>>>>> Thunderbird. >>>>>>>> >>>>>>>> I have no formatting or storage problems as local mail is kept in >>>>>>>> dovecot imap folders and every client out there can read them. MUA >>>>>>>> incompatibilities just do not happen to me anymore. >>>>>>>> >>>>>>>> I prefer my MUA to be a reader and an editor and a sender and a >>>>>>>> fetcher. >>>>>>>> Never a storer. >>>>>>> >>>>>>> I use Cyrus IMAP for storage and postfix for SMTP. >>>>>>> My mail clients only use IMAP and SMTP to my own server. >>>>>>> >>>>>>> With multiple devices, local storage makes no sense. >>>>>>> >>>>>>> -- >>>>>>> Joost >>>>>> >>>>>> I store mine locally because I search them when I run into a issue. >>>>>> I've got emails going back to 2006. Even if my internet is down, at >>>>>> least I can search old list emails to see if I can find a clue to fix >>>>>> what I'm running into. Of course when you do that, you run into this: >>>>>> >>>>>> root@fireball / # du -shc >>>>>> /home/dale/.mozilla/seamonkey/q6o6ulhz.default/Mail/ >>>>>> 3.9G /home/dale/.mozilla/seamonkey/q6o6ulhz.default/Mail/ >>>>>> 3.9G total >>>>>> root@fireball / # >>>>> >>>>> 4G???? is that all??? >>>>> >>>>> pressed for space much? :-) >>>> >>>> I don't recall the limits on gmail but I know sometimes, I have to go >>>> clean house on the google web mail site itself. It is supposed to >>>> delete after downloading but sometimes it doesn't for some reason. Who >>>> knows. >>> >>> GMail used to be at 1GB when they started. Already back then that would >>> not >>> have been enough for me. My mailstore has been cleaned up occasionally >>> (spam and alert-mails being cleaned up regularly): >>> >>> mailstore1 ~ # du -sh /var/spool/imap/j/user/joost >>> 42G /var/spool/imap/j/user/joost >>> >>> (This is only my personal email, the email archive of my wife and the >>> shared stuff isn't in this) >> >> If I let them, the eejits running the telco where I work would dump that >> much mail in my inbox yearly![1] But it's Office 365[2] and they pay, so >> I don't care - stupid must feel pain[3] > > Office365... company I work for uses that. > We got bought by another company that migrated over last week... > > I STILL have 2 seperate accounts, good thing Office365 supports POP3. I'll do > the integration myself. > >> [1] The eejits all feel so important they HAVE TO announce to the whole >> company as a mail every change in every procedure, every new >> appointment, every marketing splurb and every event being held. All in >> HTML with pictures and shit, and giant sigs. And half the eejit >> recipients feel the need to reply to all saying only "Ooooh! shiny!" > > Let me guess, there is also the obligatory disclaimer about how the email is > only for the intended recipient in lawyer-speak which means every email gets > at least twice the size (for most emails, that text is actually 80-90% of the > entire volume.
Bingo. Yeah that. But see, there's a problem with the lawyer speak. Any mail in my inbox was addressed to alan.mckin...@example.com, which is me, and that automatically makes me the correct recipient. I cannot know who the intended recipient is, because I can't divine the sender's intent, so I must go by the recipient address. And that is always me.... > >> [2] Which has still to learn the trick of how to delete all attachments >> except the first copt> > Always useful. I got filesystem compression enabled for the mailstore, which > works quite well: > san1 ~ # zfs get all zdata/services/mailstore1/imapmail | grep compressratio > > > zdata/services/mailstore1/imapmail compressratio 1.25x > > zdata/services/mailstore1/imapmail refcompressratio 1.31x On second thoughts, Office365 does de-dup, which works amazingly well for corporate mailstores. One real copy (the first) of each disk block in the sig, and 10,000 pointers to it :-) > >> [3] In this case, I'd be willing to >> s/pain/enormous amounts of pain, on shaming youtube video/g > > Don't forget to share the link to that video... I don't have it yet, but for a good giggle meanwhile, search YouTube for "7 parallel green lines" What a hoot! -- Alan McKinnon alan.mckin...@gmail.com
