Le 2012-08-01 18:28, Florian Effenberger a écrit :
today, a discussion started on the certification mailing list whether we
want to get rid of those mailing list prefixes in the subject, like
[libreoffice-announce], [libreoffice-conference] or [tdf-discuss].
This would be helpful in several ways, like DKIM and other e-mail
signing tools don't break, plus it looks much better in the mail overview.
However, this depends on how people filter their e-mail. Filtering on
the subject line is a *real* bad idea, rather use the List-Post or
List-Id header. However, some mail clients don't support that.
So, my question is:
Are there mailing lists where we could get rid of this prefix? What do
I would imagine that for the users list, removing the prefix is a bad
idea, while for other lists, it could work pretty well.
Perhaps we should be looking at it from another view point --> we can
most likely assume that the majority of our users have some working
knowledge, or, less knowledge of filtering emails. Users joining the
more specialized mail lists may have a little more knowledge, but, in
general, our users (IMO) have lower levels of knowledge of
working/managing email filtering systems..
On the other hand, we can most likely assume that our devs and hardware
managers have a higher working knowledge of managing email filtering and
very good knowledge of running email clients; removing mailing list
prefixes for this group will have very little impact as they can easily
As we are trying to enlist the help of more users (potentially
"members") to help out with various tasks on the project, asking from
our users to join at a higher entry level of knowledge of working their
email clients may be asking too much. We should try to gain the help of
our users by offering them easy points of entry into our project
I think it may be better to leave the prefixes in if the people who run
our mailservers have the knowledge to run them, even if they demand a
little more attention. This, rather than make the lives of users more
complicated by removing the prefixes.
It all comes down to knowledge. If our IT members are knowledgeable
enough to make the project work by making it easier for the user base to
join in on our discussions, even if it means a little more work for the
IT members, then we should keep the suffixes. There is no point in
disenfranchising part of our precious user base if we can avoid it.
Keeping things simple for our user base helps with community building.
parEntreprise.com Supports OpenDocument Formats (ODF)
parEntreprise.com Supports http://www.LibreOffice.org
Unsubscribe instructions: E-mail to firstname.lastname@example.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentfoundation.org/www/moderators/
All messages sent to this list will be publicly archived and cannot be deleted
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy