Jump to content

luisalbondigas

Members
  • Content Count

    32
  • Joined

  • Last visited

Community Reputation

0 Neutral

About luisalbondigas

  • Rank
    Member
  1. luisalbondigas

    BACK UP YOUR EMAIL

    As far as I can see, TBird filters are set up and work on a folder by folder basis. Yep, bummer. For all my myriad sub-folders and their thousands of messages, I just dragged them down off SpamCop to local, and no longer use SpamCop filters to move them into sub-folders on SpamCop. Basically, I'm now only using the SpamCop Inbox, Held Mail, and no sub-folders (with one exception that's not germane here). For TBird, what I have done is to create the same filter for each top level Inbox in the five accounts I'm currently loading in TBird, including the SpamCop Mail top level Inbox. (Those five, and others that I used to point to SpamCop for consolidation I'm now collecting individually as TBird accounts. Perhaps later I'll find another consolidation service with clear data security policies. Until then, I'm doing it myself.) I used a "size > 0k" criterion, with Move to a local folder that acts as my main Inbox (now that I don't marshal all my mail through SpamCop). Unfortunately, I have to do it for each top level Inbox. As it turns out, though, I am now for the first time making use of the TBird Unified Inbox feature, to see all the five account top level Inbox messages in one virtual folder. From there it's easy to just drag them down to my local marshaling folder in one move. Not optimal for those days with hundreds of messages, but it's working for now; one can switch back and forth from individual and unified folder views, as I do, to manage the freight as well. I've got my eye out for a TBird add-in that will facilitate filter actions across multiple folders. That would be nice. It's too bad, really. The SpamCop Horde implementation is very nice, well evolved and thought out. Works very well. Oh well..
  2. luisalbondigas

    BACK UP YOUR EMAIL

    If you're using TBird, on any OS, you can just create a filter to move all mail off the SpamCop IMAP volumes, down to your local folders. Then whatever regular backup regime you follow should also back up your mail. Me, I use MozBackup regularly, and the back files get moved over to the USB externals I use in rotation. Pretty simple. The trick is to keep the mail off the IMAP account if the provider doesn't promise backup and failover etc.
  3. luisalbondigas

    ***Email **** Important Update

    Instant? How about 24 hours? Too demanding? Perhaps there were backups. How are we to know? The first thing we heard was that they were "attempting to recover the data from the failed servers," or words to that effect. That was over on the news group, iirc. Then the same person said he really didn't know, and that he works for the reporting side and not the mail side. Perhaps someone from the mail side will clear up the data security policy for us. Maybe after the restore exercise is done. If there's some explanation of what's happened, and a convincing explanation of what's going to happen going forward, then I can make a decision about continuing here or not.
  4. luisalbondigas

    Downtime

    You might want to wait before downloading the restored data. I didn't, and it got restored twice.
  5. luisalbondigas

    **** Please Read **** Email Update #7

    Seeing the Inbox and subfolders yesterday, I waited until night on the west coast, and then went ahead and dowloaded all the Inbox mail, and a couple of the subfolders. It appears the data I downloaded and deleted has been restored again. Any idea when we can download mail without it being restored again? And, was the original restore total, or do I need to figure out the delta somehow?
  6. luisalbondigas

    ***Email **** Important Update

    Yes, of course you are correct. Why should anyone expect a for-pay email provider to implement a backup policy?
  7. luisalbondigas

    ***Email **** Important Update

    Hah, The Bat is alive and well, eh? Nice to hear. Frankly, I'd prefer my mail to be strongly encrypted both in transit, locally outside of real time viewing, and specially out on the servers. Unfortunately, in-transit encryption is a red flag for those working independently in the third world (no comment on what parts of the glob this now includes..). Local is doable, but totally encrypted mail out on the servers is really what I'd like. That way, data mining becomes moot. Whether you're using anything from USB mounted mini-media, or larger scale arrays under your physical control, or remote and encrypted cloud based storage, it all comes down to frequency, reliability and security. Frankly, these are things that providers can, er, provide with greater reliability than I can personally. You can bet that if I were to go with another provider, I'll be looking for concrete promises wrt these things.
  8. luisalbondigas

    Downtime

    I'm seeing subfolders re-appear. Yay. Don't know if it represents the entire missing population, but it's good to see.
  9. luisalbondigas

    BACK UP YOUR EMAIL

    We'll have to agree to disagree. It's one thing to perform belts and suspenders local backups of data you are already paying to have secured externally. It's another to say that it's a law of the jungle buyer beware situation. As you say, SpamCop Mail obviously didn't intend to leave the data at risk. But, sometimes reality sucks and we hope to learn from it. Or, rather, we hope our service providers learn from it. Ultimately, it would be nice to be able to hire data security - all the backups required to provide nine nines security comfort. It's certainly not unreasonable, and I hope SpamCop Mail doesn't lose the opportunity to provide that service. Anyway, we don't know what happened yet. Who knows, maybe there were physically isolated iterative backups taken on the fly 24x7 with six nines reliability, and it was all taken down by a brilliantly organized DDS bot attack by teams of miscreants? Meanwhile, I'll be moving my data off the servers, sadly, because I actually would like to have ALL my mail, including deep archives, hosted and secured externally (or as the kids say, in the cloud).
  10. luisalbondigas

    *** Please read **** Email update #3

    My first thought was that you were being facetious. Gave me a laugh.
  11. luisalbondigas

    BACK UP YOUR EMAIL

    Other than important new mail that I leave in the server Inbox so it's at the top of the info hierarchy, and list mail that I keep in subfolders and periodically expunge, I regularly move SpamCop Mail to TBird local folders, use Mozbackup for TBird/FFox to backup the local data, Ghost image the system main drive, and perform file x file backups, all external drives that I rotate and store in physically separate areas. It all takes about an hour a week, and (up until now) gives a warm feeling of data security. Unfortunately, my MozBackup prior to the SpamCop data loss (which will we all hope be undone today) was already three days old when the SpamCop loss occurred; thus, a conundrum. MozBackup restores are not additive. Mail received in between is lost. And, in my case personally, in exactly that time period I had to take up leadership on a project, and am faced with not knowing what to do about the (possibly) important messages received in the meantime by multiple vendors and customers. Not something I planned, but there it is. Restore from Mozbackup and attempt to contact everyone asking them to resend? And, what would happen to the mail I restore to the SpamCop servers when (as I expected would happen within a day, not more than a week), SpamCop itself performs a restore; no, I thought, best to let the professionals perform the restore (and here we are a week later....). Now I'll have to habituate regular downloads off the SpamCop servers, and not rely on the SpamCop server for persistent storage, unless SpamCop announces some reassuring new data security policies. I can live with it, but it's far from optimal. Bottom line, DIY periodic backups still leave the period after the backup where your data is in limbo, and DIY restores risk overwriting or complicating the service provider restores (for that data you trusted to them). What's the answer? DIY backups every day? Twice a day mornign and evening? Every ten minutes?
  12. luisalbondigas

    ***Email **** Important Update

    Does the paid Google Apps mail also scan your mail for datamining purposes? What does it cost now, USD$5/month now? Something like that. Last time I looked (stupid me for only looking), they also promised backup as part of the service. Not that I'm suggesting that we evacuate our reliable, independent, and security minded email provider here, even if only two of those are now valid. Let's hope that, sometime during or after the restore process, some clear statement about data security is forthcoming, so we can once again have faith in all three. So far, while I sympathize with what is now obviously a difficult resource position of the techs on the front line here (really, I'm glad it's not me sweating in the colo center today), I don't know what to think about what's happened. I mean, what's due diligence here, now? Does each customer have to figure out a local backup, or find some other cloud volume and figure out how to backup to it? What about the IMAP auto-wipe at synch phenomenon? Up to now, I regularly moved server resident mail to local, and regularly backed that up through MozBackup for TBird/FFox, as well as drive images, AND file x file increments to segregated drives. Now I see that this does not offer sufficient security for that mail out on the provider server(s); at least, not in this case. Stupid me for trusting the valuable but not vital list mail out on the provider servers, and more stupid for treating the main Inbox as my real Inbox, leaving important messages there at the top of the info hierarchy to remind me to deal with it. But, really, is this a case of stupid customer behavior? I don't think so. It is not unreasonable to expect data security from a provider; even a free provider. I mean, these are just good practices. Sorry rambling. Just like the heroic techs struggling to fix this now, I too didn't need this complication now.
  13. luisalbondigas

    *** Please read **** Email update #3

    Ah, but of course. d'oh!
  14. luisalbondigas

    *** Please read **** email system update #1

    I got a bounce or two from the cesmail.net support address as well. Just resent. Sorry if you get a duplicate. Sure am looking forward to seeing my mail data.
×