From: wmorgan-sup@masanjin.net (William Morgan)
Subject: [sup-talk] on sup
Date: Wed, 05 Sep 2007 08:27:14 -0700 [thread overview]
Message-ID: <1189005324-sup-9685@south> (raw)
In-Reply-To: <1188977552-sup-60@tatooine>
Excerpts from Magnus Therning's message of Wed Sep 05 00:48:03 -0700 2007:
> After thinking a little about this I think it's the receiving of
> encrypted/signed emails that's cumbersome to deal with at the moment.
> If I'm not completely daft it seems like sending is infinitely
> flexible through the hooks system.
The hooks would be an option, but I'm actually planning to stick it in
the code directly. What I'm thinking is that decoding will just hide the
attachment and display a little message at the top of the message saying
"signature verified", or a big nasty message if not. For encoding, I
would like to have some nice way of choosing sign/sign&encrypt/nothing
on a per-message basis, but I'm not sure what the best UI for that is. I
was originally thinking something like the reply-mode options, but then
how would the two interact? I could also make each option correspond to
various keyboard combinations, but that seems a little obtuse. I don't
really like the mutt-style prompt at the bottom on the screen (the
"minibuffer", as I style it).
> One more question, is there anything "site specific" in the state data
> sup maintains? Would I run into problem if I use rsync/unison to
> synchronise sup's state to several machines?
Sup uses sources.yaml to map between integer source ids (which are
stored in the index) and the source URIs, which for mbox files are
absolute pathnames. So if you're using local mbox files and the paths
differ between machines, you'll have to tweak sources.yaml to reflect
that. If the source URIs are the same, then as long as sources.yaml is
synchronized along with the ferret/ directory, you should be fine.
Beyond that, Sup uses Ferret to store all state, so if the different
sites have different architecture, it's going to be up to Ferret as to
whether the indexes are portable. I'm not sure of the answer on this
one.
--
William <wmorgan-sup at masanjin.net>
next prev parent reply other threads:[~2007-09-05 15:27 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1188557360-sup-7369@bryma>
2007-08-31 15:31 ` William Morgan
2007-08-31 17:12 ` Magnus Therning
2007-09-02 23:03 ` William Morgan
2007-09-05 7:48 ` Magnus Therning
2007-09-05 15:27 ` William Morgan [this message]
2007-09-06 7:02 ` Magnus Therning
2007-09-11 22:08 ` William Morgan
2007-09-11 23:04 ` Magnus Therning
2007-09-05 21:55 ` William Morgan
2007-09-06 6:50 ` Magnus Therning
2007-09-11 20:48 ` William Morgan
2007-09-03 12:33 ` [sup-talk] saving sent mail to places other than the default jeff covey
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=1189005324-sup-9685@south \
--to=wmorgan-sup@masanjin.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