Hi Ruthard, thanks for your explanation! Excerpts from Ruthard Baudach's message of Mon Apr 11 15:05:09 +0200 2011: > Thou shalt not have another e-mail client beside of sup -- because sup > does not change the e-mail sources, and if other mail clients change > sources, sup won't be able to find the emails any longer. hmm, that feels like a rather basic ability of a MUA. Or am I mistaken? :/
> There are some workarounds for this, I installed sup on a PC I can > access via dyndns, run sup there and log in with ssh to read my mail > from different locations. yeah, obviously many people use mutt that way, running in a screen. But that really ruins the whole offline reading thingy for me... ;P > William Morgan is working on a server - client based solution that will > solve this problem, but I don't dare to try it yet - being not work in > progress, but yet in development. k, I have to admit that I don't quite get yet why we need a distributed architecture to properly flag our mails (ok, maybe solving that problem is just a byproduct), but it sure sounds nice. Thunderbird, Claws, mutt et al make do without tough, me thinks :| I am just wondering if merging aforementioned branch into master wouldn't make for a proper, fast and low-effort solution till the server-client refactoring has been put together and been thorougly tested? Or am I missing something? Thanks for your help! dtk _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk
