Mindstorm: Rework of mailing list rules
From GIMP Developer Wiki
Catalog of possible mailing list etiquette rules
1. Short version
1. The topic is GIMP.
2. Be open and friendly.
3. Think, check, then write.
4. Write readable.
Thank you for being part of the GIMP commmunity. If you have doubts about the rules, read the archives and do as those before you did.
Postings defying these rules will be answered with a warning. On defying these rules repeatedly the sender will get barred from the mailing list. Don’t think we’re stupid: this also applies to messages from different senders, but with the same content.
1. The topic is GIMP
1.1 Post to the right mailing list:
1.1.1 GIMP user problems, techniques, hardware advice, requests for comments about images, GIMP usage to [gimp-user].
1.1.2 Questions on GIMP coding, patches, bugs and other GIMP’s guts things to [gimp-developer]. Similar GEGL- related stuff to [gegl-developer]
1.2 Do not post the same message to various mailing lists.
1.3 What is welcome on the mailing list?
1.3.2 enhancement requests before filing them in the Bugzilla bug tracker. Be ready to put some efforts into your topic to let the enhancement become real,
1.3.3 answers to your questions; also if you found them by yourself.
1.4 What must not go to the mailing list?
1.4.2 criminal stuff or requests for it. We’re developers, not bad guys and girls,
1.4.3 job offers, excepting you want to hire somebody for GIMP related stuff, like fixing a bug or implementing a feature.
1.4.4 ways to make money fast,
1.4.6 invitations from social networks or to flash mobs etc.
1.4.7 chain letters, e.g. 'Send this message to at least x people to achieve luck' and so on,
1.4.8 subscribe, unsubscribe and test messages. To unsubscribe follow the instructions in the ‘Welcome to the mailing list’ mail or at the mailing list links on the GIMP website.
1.4.9 private gossip,
1.4.10 offending statements,
1.4.11 reactions on all of the aforementioned.
1.5 Stick to the point. If the topic starts to change or new questions arise, discuss them in a new thread with a new subject and append '(Was: <previous topic>)' to the subject.
1.6 Separate private affairs from the mailing list:
1.6.1 Never forward private mails to the mailing list, except you have the written permission from its sender.
1.6.2 Don't answer both to the list AND the intended recipient, except you're sure, that he/she needs the answer quickly.
1.6.3 Send private mails only to the intended recipient.
1.7 Send pure agreement/disagreement in private mails.
1.8 Filter mails do avoid getting flooded with uninteresting postings.
2. Be open and friendly
2.1 Don't be emotional:
2.1.1 Let anger fly by.
2.1.2 Don’t grovel.
2.1.3 Don't feel personally attacked, even if a post sounds harsh.
2.2 How to handle offenses:
2.2.1 Chill out, calm down, exhale.
2.2.2 Read the text again, without ruffle or excitement.
2.2.3 If it's untenable, unbelievable lies: ignore it
2.2.4 If it’s a real offense: send a mail to the senders postmaster and report the abuse.
2.2.5 If it contains subject-specific arguments, that are worth responding:
reply calmly and factual
explain, in which points the offender is wrong
2.2.6 EXCEPTIONAL: flame back but keep in mind: it's hard to write a good flame. We’re a mailing list, not a kindergarten.
2.3 Don't force your opinions to others.
2.4 Be honest in what you're telling about yourself or any facts
2.5 It's helpful to tell others something about your own relevant knowledge or experience background, but don't be a smartass.
2.6 Respect the others here like they are.
2.7 DON'T SHOUT.
2.8 Use irony sparingly, because it can often be misunterstood; if you can't resign on it, mark irony.
2.9 Don't use sarcasm or cynicism.
2.10 Don't be a know-all.
2.11 No personal attacks!
2.12 Be politely if you disagree with somebody others opinion.
2.13 Your readers are humans, not morons or slaves.
2.14 Don't criticize others for their bad English.
2.15 Assume best intentions.
2.16 Respect the others' work or postings, even if you think it's idiotic.
2.17 Don't stalk the others.
2.18 Avoid offending statements about other philosophies of life or other personal matters.
3. Think, check, then write
3.1 Quality prior to quantity.
3.2 Investigate the topic before writing:
3.2.1 Especially for problematic topics
Known to be flame-critical topics, like the best tool, the best image editing software or whatever of your things is better than others,
the name GIMP, Save vs. Export behavior …,
philosophical, off-topic discussions about definitions etc.,
long running discussions.
3.2.2 Don't claim to have found a bug without investigating it before.
3.2.3 Where to investigate:
in the mailing list archives and forums,
in the documentation,
in the FAQs,
your own experiments and observations.
Ask a skilled friend and let him try first on another computer.
As programmer: read the source code, API documentation etc.
On user interface related issues see the GUI specs: http://gui.gimp.org/index.php/Specifications
3.2.4 Check your facts and check them again before reporting.
3.2.5 Show, that you first investigated the topic and what you've learned thereby.
3.3 Check that you use a current GIMP version.
3.4 Careless and sloppy questions get careless and sloppy answers, if at all.
3.5 On problems provide as much necessary information as possible:
3.5.1 clear and careful description of symptoms in chronological order,
3.5.2 If you have own assumptions, first try them out yourself instead of posting them. You can post them if you found out that they work. That would be a bigger help.
3.5.3 CPU name or family,
3.5.4 operating system, version, 32/64 bit. On Linux: distribution.,
3.5.5 from which download source, your Linux distribution or compiled by yourself.
3.5.6 GIMP version number
3.5.7 on hardware problems: exact product name of device, for instance Wacom Bamboo Fun Pen & Touch graphics tablet
3.5.8 own investigations and diagnose steps and results
3.5.9 possibly relevant configuration changes of your computer or software,
3.5.10 how to reproduce
3.5.11 the kind of answer you expect? A solution hint, a patch or integration of your own patch? On questions for tutorials, first tell, which effect exactly you're trying to achieve.
3.6 Only tell facts, represent them clearly and properly and check them before posting
3.7 Dispense with useless questions like “Can anybody help me?“. The answer would probably be a single ‘Yes’ or ‘No’.
3.8 If a solution was helpful, post it and thank those, who helped you
3.9 Chip in, if you've something to tell, but don't cackle to every topic and dominate the discussion.
3.10 Ask ongoing questions to the mailing list, not solely to the one who used to help you one time. So other experts can also help you and the answer will help all.
3.11 Be factual.
3.12 If you have to say nothing new, then your arguments have already been heard. Don't repeat them.
4. Write readably
4.1 The mailing list language is English.
4.1.1 If you have problems expressing yourself in English, a small note in your message saying so is enough. You don't need to apologize for that.
4.1.2 Listing which languages you speak better will also help. Maybe another speaker of that language can help clarifying the obscure parts of your posting.
4.2 Use a meaningful subject:
4.2.1 with some descriptive, meaningful words,
4.2.2 without the words HELP or GIMP. We know that you're writing about GIMP and probably need help,
4.2.3 in 'Object - Problem' style, like “JPEG files from SupaDupaCam ABC123 - EXIF data get lost”.
4.2.4 Put the word “[RESOLVED]” in front of subject of postings with a solution.
4.2.5 Don't try to attract attention, like “HELP”,“URGENT” or “!!!”.
4.3 Shortly describe the content of URLs, especially those from URL shorteners like Bitly etc.
4.4 Go without visual effects, like ASCII-art, banners and tons of smileys.
4.5 Use brief signatures with your name and e-mail address, but without fancy bells and whistles like in web forums
4.6 Do not assume we all know the same software like you. Believe it or not: most of the readers here don’t have Photoshop. So if you refer to some other software, describe clearly, what you mean or add a link to a relevant screenshot.
4.7 Be brief:
4.7.1 Delete irrelevant text
4.7.2 Be clear and precise
4.8 Consider readability:
4.8.1 Insert white spaces, punctuation, paragraphs
4.8.2 Go without unnecessary punctuation
4.8.3 Use upper and lower cases.
4.8.4 Between paragraphs and after quotes insert blank lines.
4.9 Write in complete words and sentences
4.9.1 Don’t use slang or short message style.
4.9.2 Use proper grammar
4.9.3 Use spelling correction.
4.10 Use > signs to mark cites. Your email application usually puts them in automatically.
4.11 Don't quote to deep (‘> > > > > a cite is a cite is a cite.’)
4.12 Don't put your answer before the question, but after or between the lines you answer to.
4.13 On quoting: only cite that part of the text you're referring to:
4.13.1 Cut unnecessary header parts
4.13.2 Cut disclaimers, even from private mails
4.13.3 Cut signatures
4.14 Use citation signs properly; do not put words into somebody others mouth
4.15 Use plain text, not HTML nor RTF.
4.16 Check your own computers time zone and time to avoid answers virtually appearing before the questions.
4.17 Use standard compliant mail client software, like Thunderbird etc..
4.18 You're responsible on your own to protect against abuse of your mail address and malware.
4.19 Wrap lines after 70 characters, but don't wrap data dumps.
4.20 Use 7-bit-ASCII-Code.
4.21 Don’t send autoreply messages to the mailing list, like ‘I’m out of office.’
4.22 No e-mail attachments. If you MUST EXCEPTIONALLY attach them:
4.22.1 Only send useful attachments to what you’re discussing. For code attachments this means to send only the relevant code, that is an example with minimal code.
4.22.2 Don’t post them in proprietary file formats, like Word, Excel, Powerpoint or Flash.
4.22.3 Attach only small attachments. Use compressors, like gzip, and for images .xcf.gz, .xcf.bz2, png or jpg. If they are bigger than 10 KB, upload them somewhere and post the URL instead.
4.23 No MIME Quoted Printable Encoding (that one with numbers like %20 between words), because it will make your posting almost unreadable.
4.24 If you want to answer to the daily digest, only cite the relevant parts of the concrete message you're answering to. Also use a meaningful subject (not: 'Re: [Gimp-user] gimp-user-list Digest, Vol 12, Issue 17', but for instance: 'Re: Autoconvert photo files'). If you want to answer to more than one message in the digest, use separate postings.