I like the MIME version of the digest, but I am seeking advice on how to
add an option that I need.
On the "digest" version, when I turn on "Display Attachments Inline",
the emails appear looking like this:
... but the .eml files which _are_ the individual emails do not appear
in the "attachments" bar unless I turn the option to display them in
line off, and there doesn't seem to be any way to reply to the
individual messages displayed as part of the digest, since when I click
the "reply" or "Reply to List" choices, I get a draft email which is a
copy of the digest, not the individual email I want to reply to.
The question is, then, how I can add (or turn on) an option to give me a
clickable link to reply to an individual post without having to turn off
the "display attachments inline" option.
Sorry to clutter the list: I hope someone else has come across this in
the past few days.
73,
Bill, W4EWH
Bill, W4EWH
> It's a single mbox format file that is broken up into individual messages
> which are stored in directories by date. A script to feed them into an
> NNTP posting program. There are currently over 10,000 such messages.
Well OK, it is not the kind of data volume that you could not afford to store in two different native formats.
(given today's size of disk drives etc)
> There are difficulties.
> The Mailman authentication data is stored as a Python 'pickle' (compressed
> dictionary file). There is a program to export a list of users, but
> it does not permit querying a single specific user, nor does it export
> passwords.
> NNTP has a Perl hook for authentication. Someone would have to write a
> Python program that could extract the necessary per-user data from the
> Python dictionary, and be called from the Perl NNTP authenticator.
Again a case where it would be so convenient to have a central store of authentication info that
could be queries by many different services...
E.g. when one of the APIs would be LDAP (as someone already suggested), it would be really
simple to write a Perl hook that does an LDAP query.
> Across the Atlantic. The NNTP server is in England, the Mailman mailing
> list is in San Diego.
My suggestion was to run INN on the gw server that now runs mailman, and keep it local.
You could run a couple of servers around the world, but of course each of them would
be facing the authentication issue. There should not be yet another "register here
for access" thing.
Rob
> >/A good project on AMPRNet would be to setup a user authentication /> >/system that can be /> >/used for our services without running the risk that some (ab)used /> >/party suddenly /> >/draws back the support, or delays validation of new applicants (if /> >/only due to lack /> >/of volunteers to do the validation). /> Now, this is a great idea. Could also be used for IPv6 netblock
> validation.
Yes, although a more dynamic method like BGP appears to be more suitable for that.
Such an authentication system should offer a method to authenticate users that want
to log on to some service and it should have some attributes for each user that
can be used in queries for authentication.
Things that come to mind:
- does the user have a (verified) amateur radio license
- category of the license (preferably with allowed band ranges)
- client certificate(s)
- password(s)
Probably more can be added.
The problem of course is the manual work required for license validation.
We could devise some method to use earlier validations by Echolink and LOTW,
but when we want to do our own validation we require the volunteers that look
at scanned license documents and accept/reject them.
An issue is the storage of so much personal information in a database, which
requires compliance to rules for personal data protection that are (or are
becoming) quite strict in many countries.
When we would have such a system on AMPRNet (preferably also usable from internet)
it could be used for many purposes where we are now limited in practice.
E.g. to set up a next-generation Echolink-like system that is open/free.
Rob
Maybe after the dust has settled it would be worth investigating to install a local NNTP server (INN)
and the mailman-to-usenet gateway? Or some way to give an NNTP server access to the mailman archive?
(I don't know how the archive is stored in mailman... is it just a collection of mail files, 1 message per file?)
Of course it would require some study and maybe some hacks, it would e.g. be nice when the NNTP
server authenticates the users using the mailman accounts (until we have that general authentication
service, at least...)
Rob
Thanks Brian
For all your hard work - very much appreciated here over all these decades
as well as those others that provide support to the amprnet
(Just making sure this works for me)
73 Paul G4APL(GB7CIP)
--
paul(a)theskywaves.net
On 9/16/17 4:44 PM, Chris wrote:
> Ah that old chestnut, it's a shame you choose to continue to be rude and
> obnoxious even though you know nothing about me or my circumstances. You
> know if I thought I could actually trust you to have a private conversation
> instead of broadcasting my private emails to a mailing list I would be
> happy to answer all your questions.
I cannot have a private conversation as a means to stifle debate on a subject
which affects all members of 44net.
The only option we will consider is to release the source code. To do
anything else when claiming to be for openness is hypocrisy.
You dangle a sword over all users of 44net and think we should be grateful for
not dropping it upon us. You recognize the difference between leading through
coercion and leading with better ideas, no?
--
Bryan Fields
727-409-1194 - Voice
http://bryanfields.net
