Perguntas Frequentes Sobre as Listas de Discussão do FreeBSD

As mensagens devem estar de acordo com as regras da lista de discussão.

Ataques pessoais são desencorajados. Como bons net-cidadãos, devemos tentar nos manter com altos padrões de comportamento.

Spam não é permitido, nunca. As listas de discussão são administradas ativamente para banir os infratores dessa regra.

Por favor, use quebra de linha automática em 75 caracteres, pois nem todo mundo usa clientes de email em uma interface gráfica.

Por favor, respeite o fato de que a largura de banda não é infinita. Nem todo mundo lê e-mails através de conexões de alta velocidade, então se sua postagem envolve algo como o conteúdo de um arquivo como o config.log ou um extenso stack trace, por favor considere colocar essas informações em algum lugar e apenas fornecer uma URL para eles. Lembre-se, também, de que essas postagens serão arquivadas indefinidamente, de modo que postagens enormes simplesmente aumentarão o tamanho dos arquivos muito depois que o propósito deles tiver expirado.

Formate a sua mensagem para que fique legível e, POR FAVOR, NÃO GRITE !!!!! Não subestime o efeito que uma mensagem de correio mal formatada tem, e não apenas nas listas de discussão do FreeBSD. Sua mensagem de e-mail é tudo o que as pessoas veem de você e, se estiver mal formatada, mal grafada, cheia de erros ou tiver muitos pontos de exclamação, isso dará às pessoas uma má impressão de você.

Por favor, use uma linguagem humana apropriada para uma lista de discussão específica. Muitas listas de discussão que não utilizam o idioma inglês estão disponíveis .

Para os que não são, nós apreciamos que muitas pessoas não falam inglês como sua primeira língua, e tentamos fazer concessões para isso. Considera-se uma forma particularmente pobre criticar falantes não nativos por erros ortográficos ou gramaticais. O FreeBSD tem um excelente histórico neste aspecto; por favor, ajude-nos a manter essa tradição.

Por favor, use um Mail User Agent (MUA) compatível com os padrões. Muitas mensagens mal formatadas vêm de clientes de email ruins ou mal-configurados. Os seguintes clientes de email são conhecidos por enviar mensagens mal formatadas sem que você saiba sobre elas:

Tente não usar MIME: muitas pessoas usam clientes de email que não se dão muito bem comMIME.

Verifique se o seu horário e fuso horário estão definidos corretamente. Isso pode parecer um pouco bobo, já que sua mensagem ainda chegará na lista, mas muitas das pessoas nestas listas recebem centenas de mensagens por dia. Eles frequentemente classificam as mensagens recebidas por assunto e por data, e se sua mensagem não vier antes da primeira resposta, eles podem assumir que eles perderam a mensagem e não se darão ao trabalho de procurar.

Muitas das informações que você precisará fornecer referem-se a saída de programas, como dmesg(8), ou mensagens do console, que geralmente aparecem no / var /log /messages. Não tente copiar essa informação digitando-a novamente; Isso será não só um sofrimento real, mas você é provavelmente irá cometer um erro. Para enviar o conteúdo do arquivo de log, faça uma cópia do arquivo e use um editor para reduzi-lo às informações relevantes ou copie e cole na sua mensagem. Para a saída de programas como dmesg, redirecione a saída para um arquivo e inclua-o. Por exemplo,

% dmesg > /tmp/dmesg.out

Isso redireciona as informações para o arquivo /tmp/dmesg.out.

Ao usar o recurso de copiar e colar, lembre-se de que algumas dessas operações manipulam incorretamente suas mensagens. Isto é particularmente preocupante ao postar conteúdo de Makefiles, onde o tab é um caractere significativo. Este é um problema muito comum, e muito chato, com envios para o banco de dados de Relatórios de Problemas. Arquivos Makefiles com tabs alterados para espaços, ou a chata sequência de escape =3B, cria um grande agravamento para os committers.

Por favor, inclua o texto relevante da mensagem original. Reduza-a ao mínimo, mas não exagere. Ela deverá permitir que alguém que não leu a mensagem original entenda do que você está falando.

Isso é especialmente importante para postagens do tipo "sim, também vejo isso", em que a postagem inicial era de dezenas ou centenas de linhas.

Use alguma técnica para identificar qual texto veio da mensagem original e qual texto você adicionou. Uma convenção comum é prefixar com “>” a mensagem original. Deixando espaço em branco após o “>” e deixando linhas vazias entre o seu texto e o texto original, ambos tornam o resultado mais legível.

Por favor, certifique-se de que as atribuições do texto que você está citando estão corretas. As pessoas podem ficar ofendidas se você atribuir palavras a elas que elas mesmas não escreveram.

Por favor não faça top post. Com isso, queremos dizer que, se você estiver respondendo a uma mensagem, coloque suas respostas após o texto copiado na sua resposta.

(Obrigado Randy Bush pela piada.)