Re: OT: Maildir vs. mh folders?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks, Sam!

On Thu, 15 Oct 2020 23:02:24 -0700 Samuel Sieb <samuel@xxxxxxxx> wrote:

> On 10/15/20 10:15 PM, Ranjan Maitra wrote:
> > Thanks very much for this. I have found a tool that can convert mh to mailbox:
> >
> > https://github.com/vuntz/mh2maildir/blob/master/mh2maildir
> >
> > It seems to work, but can not handle a second level of subfolders: brings them all out as individual folders at the first level, so Ihave to fix that. Also, I don't like the new folder names, seem too unnecessary for me. (I was expecting to the old MH folder names inside my Maildir.)  Also, the mails get stored as something like: 1602799622.116065_21187.hostname:2, not sure if this is the recommended way that files are stored in the Maildir format. I was expecting to have something that I could have control over.
> >
> > I have to look into this some more. I am not sure if this is the standard way to store Maildir format messages.
>
> Maildir has all the folders at the top level with dots to indicate
> subfolders.  And that is also the standard filename format.
>
> > One aspect of MH that I have liked is that I pull mail on two machines (using fetchmail via a POP server) and they are assigned the same filenames (numbers). Then, if I use rsync with delete, I can delete the corresponding message in the remote machine if I have deleted it on my local machine. It has worked like a charm over the past 15 years (I would say).
>
> That sounds either amazingly risky or it's a one-way sync and what's the
> point of having the email on the remote machine?

So, yes, there is some element of risk involved, but I have been been able to manage that reasonably, I think. My bigger risk has been to accidentally delete an e-mail (myself), in which case, I go in and fix the .fetchids manually so that it can go fetch the e-mail again, and then life is seemingly well.

As I said in the other response, the reason for how I set things up, and that has worked reasonably well, is that I read e-mail at work and home, but the work machine is the one that I consider to be reliably backed up. It is also bigger in terms of disk. So what happens is that I fetchmail with keep, process e-mail at work using sylpheed and then fire up my home machine (a laptop) and fetchmail with keep from the POP server and the rsync it down (including the .sylpheed_mark and .sylpheed_cache). Then I work on the home machine, continue to fetchmail process e-mails, etc with sylpheed and when I am done (before I hibernate), I rsync it all up before I go back to work, so that when I go to the other (work) machine, I have the same status as I left at home/work. Of course, I need to be careful and vigilant for the reasons you alluded to.

Thanks again!
Best wishes,
Ranjan
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux