Re: Reply-To munging summary (was: Bug in mailing lists; unfriendly to non-subscribers)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 09Jul2010 12:03, Kwan Lowe <kwan@xxxxxxxxxxxxxxxxx> wrote:
| On Fri, Jul 9, 2010 at 9:54 AM, Patrick O'Callaghan
| <pocallaghan@xxxxxxxxx> wrote:
| [snip]
| > I also agree with the rest of your post (and see no reason to quote it
| > in its entirety :-), but I wonder if we're all just rearranging the
| > deckchairs on the Titanic when it comes to mailing lists. I have the
| > impression that the whole ml thing is actually a poor man's Usenet,
| > invented because everyone has mail. Years ago I tried to promote a
| > (local) News structure in my University as a medium of discussion, and
| > there was just no way I could get people to use it. The old saying "to a
| > guy with a hammer, every problem is a nail" applies here. Alternative
| > mechanisms such as bboards etc. also just didn't cut the mustard because
| > people are *very* reluctant to learn a new tool unless the benefit to
| > them (not to the institution) is immediately clear.

This, in principle, is where multi-interface systems can be handy.
Google Groups, for example and GMANE, which gateway between usenet and
mailing lists _and_ provide a forum-like web view of the messages
present the same content in different modes for various users. With a
greater or lesser success.

Supposing Mailman had a "forum" view of its archives where the reply
button was a mailto: link embedding the right subject and to: line.
People magicly get their preferred mail reader for composition and it
might "just work" fairly well. Can the in-reply-to header be embedded in
a mailto: link?

| Indeed...
| I think there are benefits to both,  but I admit that I stopped using
| Usenet some years ago. Targeted lists such as this one work for me
| because the volume of mail is manageable. At the same time, I do
| notice that mailing lists tend to make silos of information. This is a
| benefit for certain specific information (e.g., purely CentOS related
| discussion) but for more general information there is a lot of
| duplication.
| 
| I've always for some method of aggregating multiple mailman lists into
| a custom list. Not certain how it would work, but perhaps a keyword
| header would do the trick. I use RSS for some sites, but it would not
| work for the volume of mail in a typical list.

My current approach is to file several lists into a single mail folder ("sh",
"unix", "mutt" etc).

| Right now I am
| subscribing to multiple lists and using keywords in the Google mail
| client to create topics for my interests (e.g., Xen/KVM, image
| editing, etc..).  But that means I need to keep thousands of messages
| from the dozen or so lists to which I am subscribed.

Should you care? Unless your mail volume is biting into your ISP's
bandwidth limits having thousands of messages is a win. Personally, if I
subscribe to new a mailman list my first act is often to suck down the
entire archive and unpack it into my mail folders so I can consult it
easier and see history. Mairix works fairly well for my searching needs.

Cheers,
-- 
Cameron Simpson <cs@xxxxxxxxxx> DoD#743
http://www.cskk.ezoshosting.com/cs/

Netscape Messenger has displayed the message. There is no guarantee that the
content has been read or understood.
        - reality check by Return-Receipt handler in NS Messenger 4.5
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux