From: marcus-sup@bar-coded.net (Marcus Williams)
Subject: [sup-talk] Persistence between IMAP clients
Date: Thu, 07 Feb 2008 21:09:05 +0000 [thread overview]
Message-ID: <1202417630-sup-9601@tomsk> (raw)
In-Reply-To: <1202407800-sup-6982@south>
On 7.2.2008, William Morgan wrote:
> If you can run a sup server somewhere, surely you can run sshd there
> instead. The only difference would be UI lag on slow connections. Is
> that the big win?
Man, your throw away suggestions should come with "warning, bear trap
ahead" notices :)
For me, the biggest draw of having it as a service is multi-app usage.
I treat sup as a view upon my email but I use my email for a whole lot
of things and sup doesnt (yet) give me views of this data if you see
what I mean. For instance - I might mark emails as todos via the
message hooks so I can email myself todos. I dont need to see who
these are from or the date of these email, just the snippet. Also I
dont really want to go into sup to get these I'd rather have them
available via http. I can do this read only now, but if I want to do
any interactions with this "view" I need to go via sup really. Also I
cant do this when sup is open on my machine as its got the index open
and I'm not sure ferret lets you do multi-user access to the index.
Console access is great when you've got it, but its not so good on a
phone/pda (I am determined to get it running locally on my n800
though!) - so accessing the index through other ways would be useful
here.
Also, sup *is already* a client/server console tool - you're accessing
imap or maildir-over-ssh as a client. The beauty of IMAP (_not_ the
protocol which I have to agree sucks) is the fact I can use any client
I want *locally* and have the same view upon my email anywhere. I dont
have to save an attachment to a disk on my imap server, open winscp to
go to that server pick up the attachment and save locally to view it
on my machine at work or battle with x11 auth and install x11/gnome
packages on my server so I can view it over X11 over ssh.
Dont get me wrong, for my biggest usage sup doesnt need to use the
index over a networked service, I could write most stuff as ruby cgis
or RoR that access the ferret index because most of the time sup wont
be running so wont care. Its just I wouldnt have to worry about it if
it was networked :) and I think it would open up more possibilities of
the use of the index (again, I'm thinking "views" upon my data not
necessarily sup's usage).
Marcus
prev parent reply other threads:[~2008-02-07 21:09 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-04 15:12 Gabriel Sean Farrell
2008-02-04 18:46 ` John Bent
2008-02-05 21:03 ` Gabriel Sean Farrell
2008-02-05 16:42 ` William Morgan
2008-02-05 19:12 ` Magnus Therning
2008-02-05 19:51 ` William Morgan
2008-02-05 21:11 ` Gabriel Sean Farrell
2008-02-05 22:02 ` William Morgan
2008-02-06 22:37 ` Gabriel Sean Farrell
2008-02-07 8:45 ` Marcus Williams
2008-02-07 18:12 ` William Morgan
2008-02-07 20:12 ` Gabriel Sean Farrell
2008-02-07 21:09 ` Marcus Williams [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1202417630-sup-9601@tomsk \
--to=marcus-sup@bar-coded.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox