> I'm not entirely sure what /Ian Fleming/ is trying to do.
One Ian Fleming wrote boy-toy stories, aka James Bond 007
> However I
> do understand the issue with trying to wade through the mailing list
from what I receive, this mailing list is /very/ low volume. Are you
saying you receive lots of emails per day from this mailing list?
<snip>
> subscription cannot be switched over to a NNTP or Newsgroup server?
>
> The advantages are that when people respond to a question, it places
> the answers under the original question indented to the right so
> anyone can see it's a response to the first post. It's also a alot
good mail clients can categorise and thread very well
> easier to search for key words in a newsgroup then the mailing list.
I'd say search functions are roughly equal between news readers and
mail clients
> And control of who has access to the newsgroup and who does not would
> be much easier.
in un-moderated newsgroups such as a.o.l.u. (depicted in your
screen-shot) there is no control over who posts to or who reads articles
other than access limitations. mailing lists have an email subscription
and confirmation process (whether functional or not) and therefore at
least the conceptual ability to control the flow of mail and access.
So, how is control easier in a newsgroup, keeping in mind that moderated
newsgroups are effectively censored and the spirit of OSS is, well,
freedom?
>
> I've submitted a screen-dump to illustrate what I'm trying to point
> out.
>
> Anyone think this would be worth looking into?
no
>
> Anthony
>
>
--
ubuntu-au mailing list
ubun...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-au
I'm not entirely sure what Ian Fleming is trying to do. However I do understand the issue with trying to wade through the mailing list submissions from Ubuntu-au and I'm wondering why this mail list subscription cannot be switched over to a NNTP or Newsgroup server?
Who is Ian Fleming?
> understand the issue with trying to wade through the mailing list
> submissions from Ubuntu-au and I'm wondering why this mail list subscription
> cannot be switched over to a NNTP or Newsgroup server?
Ahhggg. So you want everyone to use a external server which is going
to be slower than using their ISP's email server?
>
> The advantages are that when people respond to a question, it places the
> answers under the original question indented to the right so anyone can see
> it's a response to the first post. It's also a alot easier to search for
> key words in a newsgroup then the mailing list. And control of who has
> access to the newsgroup and who does not would be much easier.
This is standard with better mail clients such as Sylpheed, I'm sure
that there are plenty of others. BWT, Google's Gmail threads the email
beautifully.
>
> I've submitted a screen-dump to illustrate what I'm trying to point out.
>
> Anyone think this would be worth looking into?
>
I'm sure we can all think of better projects to collectively spend our
time. This suggestion is a big no from me also.
Regards
George
> I'm not entirely sure what Ian Fleming is trying to do. However I do
> understand the issue with trying to wade through the mailing list
> submissions from Ubuntu-au and I'm wondering why this mail list
> subscription cannot be switched over to a NNTP or Newsgroup server?
>
> The advantages are that when people respond to a question, it places
> the answers under the original question indented to the right so
> anyone can see it's a response to the first post.
Thunderbird can already do this (tree view, grouping messages by
thread) with email.
View -> Sort by -> Threaded
Mutt also does this. Also Sylpheed, as I recall.
> It's also a alot easier to search for key words in a newsgroup then
> the mailing list.
Searching for text in email folders using Thunderbird (or Mutt) isn't
difficult.
> And control of who has access to the newsgroup and who does not would
> be much easier.
I don't think you can claim that without first-hand knowledge of the
access control mechanisms made available by the newsgroup and mailing
list software.