NOTA: Esta página ainda está sendo traduzida.
Grupo de trabalho "Listwork"
O que é listwork?
Listwork é o grupo-de-trabalho que cuida da manutenção das listas da rede Indymedia. Quem participa do GT listwork tem acesso a todas as listas de discussão, sejam elas abertas ou fechadas, hospedadas no principal servidor de listas da rede, chamado "
sarai". Os/as voluntários/as podem criar, administrar, moderar ou remover qualquer lista hospedada neste servidor. Além disso, eles/as também podem criar, modificar ou remover "aliases", endereços de e-mail coletivos ou pessoais terminados em @indymedia.org ou @midiaindependente.org. Enquanto esse trabalho não é muito difícil tecnicamente, ele tem sérias consequências em relação à privacidade e à comunicação da rede Indymedia.
O trabalho do GT listwork é coordenado através de uma
lista, também chamada listwork, e através do sistema de requisição e ajuda
SoS (Safe Our Systems), explicado mais abaixo. A lista funciona em inglês e todos os pedidos, reclamações, dúvidas, etc., que são de responsabilidade do GT listwork chegam nessa lista e são tratados por lá.
O que é pedido geralmente? Qual o trabalho da listwork?
Os pedidos mais comumente feitos são: pedidos para que uma nova lista seja criada, pedidos para que alguma informação seja removida dos arquivos de uma lista (um número de telefone, um endereço físico, um endereço de e-mail, etc.), pedidos de criação ou modificação de "aliases" e pedidos de cadastramento e descadastramento de alguma lista.
Geralmente, tudo que se tem a fazer é ler o que está sendo pedido, acessar o servidor de listas (sarai.indymedia.org), fazer o que está sendo pedido e escrever de volta para quem fez o pedido
e para a lista listwork dizendo que o pedido já foi atendido. Algumas vezes você não tem que fazer nada demais, apenas esclarecer alguma dúvida quanto às listas ou quanto à administração delas.
Tecnicamente, o que é preciso saber para ajudar na listwork?
Basicamente, nada. Abaixo você pode encontrar um HowTo bem completo, explicando passo-a-passo como executar as tarefas mais comuns do GT listwork. Mesmo que no começo você apenas siga as instruções e tenha somente uma vaga idéia do que está fazendo, com o tempo você vai entender melhor o que aqueles comandos fazem e porque você os está executando naquela ordem específica.
A primeira coisa que você deve saber é que a interface entre você e o servidor funcionará sempre em modo texto, o que exige uma familiariedade mínima com esse ambiente. Para acessar o servidor você deverá ter uma conta pessoal nele, a qual será criada caso você se interesse em trabalhar no GT listwork. Como de costume, o servidor deverá ser acessado usando o protocolo
SSH. Num sistema operacional baseado no Unix (Linux, *BSD, etc.), seu sistema operacional provavelmente já possuirá um conunto de programas chamado OpenSSH, os quais você poderá usar para se conectar ao servidor de listas. Nesse caso, basta executar o comando
ssh sarai.indymedia.org e fornecer seu login e sua senha. Caso você utilize o Windows, você precisará de um programa chamado
PuTTy ou de outro programa semelhante, o qual fará o mesmo papel de conectá-lo ao servidor através de uma conexão segura.
Caso você não tenha muitos conhecimentos técnicos, é natural que no começo você tente resolver apenas os pedidos mais simples e que consulte o HowTo até ter certeza de que o que você está fazendo está certo. Mas é claro que você só vai se acostumar a trabalhar em modo texto/linha de comando trabalhando dessa forma. Portanto não se preocupe se você não entender todo o HowTo, com o tempo ele se tornará mais claro. Você pode começar criando listas, por exemplo, que é uma tarefa relativamente simples, e só se aventurar a mudar o nome de uma lista depois de alguns meses. Mas de qualquer forma, a manutenção normal das listas não requer grandes conhecimentos técnicos.
E o que é o SoS? Para que ele serve e como ele funciona?
O SoS é uma instalação do programa
OTRS (Open source Ticket Request System), que é uma ferramenta utilizada para criar e organizar pedidos e que pode ser facilmente adaptada a diversos sistemas. A instalação utilizada pela rede Indymedia pode ser acessada através do endereço
sos.indymedia.org e é utilizada por diversos grupos-de-trabalho técnicos. No caso do GT listwork, esta ferramenta é utilizada principalmente para organizar e arquivar os pedidos de criação de listas, colocando os pedidos numa "fila" que então é atendida pelos/as voluntários/as do GT listwork.
Quando alguém pergunta o que deve fazer para criar uma lista, uma das perguntas mais comuns na lista listwork, esse alguém é encaminhado para o endereço
newlist.indymedia.org.
Quando uma pessoa preenche e envia o formulário que se encontra nesta página, este pedido é recebido pelo SoS, que então notifica os/as voluntários/as da fila listwork que um pedido de criação de lista foi feito. Essa notificação é bem fácil de ser identificada pois vem com o
Assunto: no seguinte formato:
[Ticket#2005101010000014] New ticket notification! (New list requested [...])
Para atender a um pedido de criação de lista você deve ter acesso ao SoS, tendo uma conta pessoal. Novamente, essa conta será criada caso você se interesse em participar do GT listwork. Uma vez que você tiver essa conta, você poderá atender aos pedidos da fila listwork através do endereço
sos.indymedia.org.
A interface do SoS é bem simples e intuitiva, então ela não será explicada em detalhes aqui. Basta saber que é através do SoS que um pedido é recebido e, uma vez que ele seja atendido, seja criando uma lista ou algo parecido, é também através do SoS que este pedido pode ser respondido, informando ao remetente o que foi feito. O SoS também permite que perguntas sejam feitas ao rementente, caso o pedido feito não fique claro o suficiente para quem for atendê-lo.
E o que eu devo fazer para participar da listwork?
A primeira coisa a fazer é acessar a página da
lista listwork e se inscrever.
Depois disso você pode se apresentar e pedir para que criem uma conta para você no servidor e no
SoS. Essa conta no servidor poderá ter certas restrições no começo, caso você não tenha experiência com ambientes que funcionam por linha de comando, mas lhe permitirá executar os comandos mais simples e começar a aprender o que há para se aprender no GT listwork. Quando você achar que já está familiarizado com o ambiente do servidor, essas restrições serão retiradas e você poderá executar todos os tipos de comandos.
Menu:
Infomações sobre o servidor de email estão em
SaraiInfo
Como criar listas
$sudo /usr/local/mailman/bin/newlist
Digite o comando a cima para criar a lista, depois digite o nome da
lista, o email do administrador, use uma das senha geradas
aleatóriamente no começo como a senha da lista. Então será mostrada a
informação você deve por no arquivo de aliases, faça isso com o
seguinte comando:
$sudo /usr/local/sbin/editalias
E quando terminar:
$sudo /usr/local/mailman/bin/mmaliases
Depois da lista ter sido criada vá até a página de administração da
lista (
http://lists.indymedia.org/mailman/admin/$NOME-DA-LISTA) e
escreva uma descrição da lista e uma categoria apropriada. Quando
terminar verifique se tudo está correto em
http://lists.indymedia.org
O passo final é mandar um email para
listwork@indymediaSTOPSPAM.org e avisar
o pessoal que a lista já foi criada.
Mas eu só quero Pedir uma Lista!
http://newlist.indymedia.org
Preencha o formulário e espere.
Como eu mudo o nome de uma lista?
http://mail.python.org/pipermail/mailman-users/2001-August/013459.html
Vamos supor que o nome antigo é "nomeantigo" e que o nome novo é
"nomenovo".
- entre no diretório aonde o Mailman foi instalado. Vamos
supor que é /usr/local/mailman:
% cd /usr/local/mailman
depois entre no subdiretório "lists":
% cd lists
Pelo menos em teoria diretório "nomeantigo" está aí. Mova-o para
"nomenovo":
% mv nomeantigo nomenovo
- Agora entre no diretório de arquivos privados:
% cd ../archives/private
Você precisa mover o diretório .mbox da lista antiga e o
arquivo .mbox dentro daquele directório. Não se preocupe com os
os arquivos públicos; os próximos passos vão cuidar deles sem
que você precise passear pelo sistema de arquivos:
% mv nomeantigo.mbox nomenovo.mbox
% mv nomenovo.mbox/nomeantigo.mbox nomenovo.mbox/nomenovo.mbox
- Você precisa rodar o script `bin/move_list' para mudar as
paths dos arquivos. IMPORTANTE: Pule esse passo se você
está usando o Mailman 2.1!
% cd ../..
% bin/move_list newname
- Você deve refazer os arquivos públicos da lista:
% bin/arch nomenovo
- Você precisa mudar algumas opções de configuração da lista,
especialmente se você quer aceitar email endereçados à lista
antiga na lista nova. Entre na página de administração da
lista nova:
o Em General options
o Mude a opção "real_name" para o nome novo da lista,
ex. "Nomenovo"
o Mude o prefixo do assunto para o nome novo da lista,
ex. "[Nomenovo] " (sim, aquele espaço a mais tem que ser adcionado).
o Opcionamente, mude os campos,
description, or welcome_msg. YMMV.
o Salve suas mudanças
o Entre em Privacy options
o Coloque o mone antigo em acceptable_aliases.
e.x. "[13]oldname@dom.ain". Desta forma, (depois das mudanças em /etc/aliases
descritas abaixo) mensagens enviadas para alista antiga
vão serenviadas para a lista nova.
o Clique em Save your changes
- Agora você tem que mudar o arquivo /etc/aliases para incluir os
aliases para a lista nova, e mandar os emails para a lista velha para
a lista nova. Note que essa instruções são arquivos de aliases
no estilo do Sendmail, ajuste para o seu MTA.
o Ache as linhas dos aliases para a lista velha.
o Copie e cole logo após os originais.
o Mude todas as referências de "nomevelho" para "nomenome" no texto que você colou.
o Agora mude os aliases originais opara apontar para a lista nova
Quando voê terminar o seu arquivo /etc/aliasesvai se parecer com o seguinte (YMMV):
# Forward the oldname list to the newname list
oldname: [14]newname@dom.ain
oldname-request: [15]newname-request@dom.ain
oldname-admin: [16]newname-admin@dom.ain
oldname-owner: [17]newname-owner@dom.ain
newname: "|/usr/local/mailman/mail/wrapper post newname"
newname-admin: "|/usr/local/mailman/mail/wrapper mailowner newname"
newname-request: "|/usr/local/mailman/mail/wrapper mailcmd newname"
newname-owner: newname-admin
o Dê o comando newaliases
Como eu adiciono uma lista que não está no servidor?
Para adicionar uma lista em
http://lists.indymedia.org que está em outro servidor, simplesmente dê o comando sudo /usr/local/mailman/bin/addoff e responda as perguntas. Este script vai adicionar uma entrada no arquivo /usr/local/mailman/off-site-lists.xml e refazer a página que contém todas as listas.
Spam spam spam spam
Quais são as minhas opções?
Atualmente, existem 3 opções para lidar com spam e elas involvem um amável software chamado Spam Assassin -
http://spamassassin.taint.org
1) O spamassassin processa o email e se for spam, adiciona
****SPAM**** ao assunto, o cabeçalho 'X-Spam-Status: yes', gera um aviso e manda o email para a lista. Esse é o método chamdo spamd.
2) O spamassassin processa o email e se for spam, envia o email para a lista spamtrap. O arquivo desta lista é público e pode ser visto em:
http://lists.indymedia.org/mailman/public/spamtrap e você pode até se inscrever nessa lista (eu sinto muito por qualquer que fizer isso
Este é o método spamtrap. O spam nunca vai para a lista.
3) Não usar o spamassassin.
Como por o Spam Assassin em uma lista
You need sudo access on sarai.indy to complete these steps. Both methods are implemented by editing the list's alias entry. Open the aliases file
/usr/local/mailman/mailman_aliases
If you're able to do this you should probably be using the /usr/local/sbin/editalias instead, with sudo.
Find the list's alias entry. It should look something like this:
## imc-tech mailing list
## created: 03-Oct-2001 mailman
imc-tech: "|/usr/adm/sm.bin/wrapper post imc-tech"
imc-tech-admin: "|/usr/adm/sm.bin/wrapper mailowner imc-tech"
imc-tech-request: "|/usr/adm/sm.bin/wrapper mailcmd imc-tech"
imc-tech-owner: imc-tech-admin
To use spamassassin you need only change the first alias line. If you are setting a list up to use method 1, the spamd method (tag messages but let them go to the list) change that line to look like this:
imc-tech: "|/usr/adm/sm.bin/procmail -m LIST=imc-tech /etc/procmailrc-spamd"
If you are setting up a list to use method 2, the spamtrap method, change the line to look like this:
imc-tech: "|/usr/adm/sm.bin/procmail -m LIST=imc-tech /etc/procmailrc-spamtrap"
And finally, if you are setting a list up to do nothing.. do nothing.
It won't look like this:
imc-tech: "|/why/are/you/wasting -m LIST=your-time /etc/bleh-foo"
Don't forget to reload the new aliases afterward:
sudo ~mailman/bin/mmaliases
Removendo uma mensagem dos arquivos
O Cenário
Oops! I just sent my phone number, bank account information, address, PIN, and cousin's birthday to a publicly archived list. Is there any way to remove that information?
Fear not, posts to public IMC lists can be removed. Even if they have already been spidered by google, we can have them removed though I'm not sure about that process.
Send an email to
listwork@lists.indymediaSTOPSPAM.org and say that you sent an email to a publicly archived list which you need edited / removed. If at all possible, forward the message with all the headers and its URL on the server. Do Not Resend the sensitive information!! Listwork is a publicly archived list. So if you want a phone number removed, be sure that phone number does not show up in the email you send to listwork! If you do not have the email, send the URL to the email.
A Solução
You will need sudo access on sarai.indymedia.org in order to complete these instructions. Where $LISTNAME is the list that the post was sent to:
$ cd ~mailman/archives/private
$ sudo mv $LISTNAME $LISTNAME.bak
$ sudo cp $LISTNAME.mbox/$LISTNAME.mbox $LISTNAME.mbox/$LISTNAME.mbox.bak
$ sudo -u mailman vim (or vi or emacs or whatever) $LISTNAME.mbox/$LISTNAME.mbox
Search for the message (by Message-ID is the best way)
Delete the text of the message and save a few important headers, replacing the sender's email address with something like this:
From placeholder@indymedia.org Wed Jan 30 14:38:13 2002
Date: Wed, 30 Jan 2002 20:38:13 +0100
From: placeholder@indymedia.org
To: "IMC Tech" <imc-sweden-tech@lists.indymedia.org>
Subject: Message Deleted
This will ensure that links to other messages in the archive don't get broken.
Save the file.
Remove the old archives directory.
$ sudo rm -rf /var/mailman/archives/private/$LISTNAME
Create the new archive.
$ sudo ~mailman/bin/arch $LISTNAME
If it looks okay -
$ sudo rm -rf $LISTNAME.bak
$ sudo rm -rf $LISTNAME.mbox/$LISTNAME.mbox.bak
Email @midiaindepedente.org
All the cool kids have @indymedia.org email addresses. I know that indymedia does not host email accounts, but my life should be much brighter if I could have the address
foo@indymediaSTOPSPAM.org forward email to my personal account which I already have. Then everyone would know how cool I am too.
You need sudo access on sarai.indy to do this. First, edit the aliases file (located conveniently at /etc/postfix/aliases). At the bottom of the aliases file, put an entry like this
#added by jane 1 April 2002
foo: fred@nothotmail.com
Do not forget to run the postalias command after you have edited the file.
$ sudo postalias aliases
Email sent to
foo@indymediaSTOPSPAM.org will be forwarded to
fred@nothotmailSTOPSPAM.com
Limpando mensagens paradas no Queue do Mailman
Another administrative task I sometimes do and sometimes forget to do.
The queue directory for mailman is located at
/usr/local/mailman/qfiles
This directory should usually only have messages 2 minutes old or less, and each one should have a corresponding .db file.
So it should look something like this:
/usr/local/mailman/qfiles] deanna@sarai$ ls -lt
total 300
drwxrwsr-x 2 root mailman 249856 May 1 17:53 ./
-rw-rw-r-- 1 mailman mailman 125 May 1 17:53 1901d219fddaeb68f8792f80d9a7811441cd4121.db
-rw-rw-r-- 1 mailman mailman 764 May 1 17:53 1901d219fddaeb68f8792f80d9a7811441cd4121.msg
-rw-rw-r-- 1 mailman mailman 122 May 1 17:53 c62490476131e380a35b6fca11dbbea050d62956.db
-rw-rw-r-- 1 mailman mailman 5644 May 1 17:53 c62490476131e380a35b6fca11dbbea050d62956.msg
-rw-rw-r-- 1 mailman mailman 125 May 1 17:53 c0c191aebac1f5b6c18996ce488ffc7db72fae0f.db
-rw-rw-r-- 1 mailman mailman 784 May 1 17:53 c0c191aebac1f5b6c18996ce488ffc7db72fae0f.msg
-rw-rw-r-- 1 mailman mailman 122 May 1 17:53 033585956ccfb90317c56e095c7a8ef4511d791c.db
-rw-rw-r-- 1 mailman mailman 5667 May 1 17:53 033585956ccfb90317c56e095c7a8ef4511d791c.msg
-rw-rw-r-- 1 mailman mailman 125 May 1 17:53 af189dec68a4bfac9d5f4eefba09863b6001cfce.db
-rw-rw-r-- 1 mailman mailman 1831 May 1 17:53 af189dec68a4bfac9d5f4eefba09863b6001cfce.msg
drwxrwsr-x 22 mailman mailman 4096 Apr 29 16:44 ../
But for reasons unknown to me, sometimes there are orphaned *.msg files in there, or ones with corrupt or 0-byte .db files.
So periodically the directory should be checked for these.
These are message that have not been delivered. Take a look at
the file with cat or grep or whatever and find out who it was
meant for, or just do this:
$ grep ^Delivered-To af189dec68a4bfac9d5f4eefba09863b6001cfce.msg
Which should give you:
Delivered-To: listwork@indymedia.org
or something similar.
So now you must re-send the message, like so:
$ cat af189dec68a4bfac9d5f4eefba09863b6001cfce.msg | /usr/lib/sendmail listwork@lists.indymedia.org
Important
If the Delivered-To header has @lists.indymedia.org, you will
have to redeliver to @indymedia.org, and vice versa. If you don't
pay attention to this the mail will bounce and be lost. This is
to get around postfix's attempt to prevent mail loops.
You should then be able to safely delete the message, as it is
now being re-processed.
Hope this makes some sense.
Por favor me desinscreva dessa lista!
Spanish
Necesitamos saber de que lista quieres desuscribirte.
1) ve a http://lists.indymedia.org
2) selecciona la lista de la que quieres borrarte
3) ingresa tu email en la casilla que se encuentra en la parte inferior de la página
4) y sigue los pasos en la página siguiente que aparezca
Si tienes problemas, dinos (listwork@lists.indymedia.org) de cual lista quieres desuscribirte
y nosotr@s nos haremos cargo.
Miscelânia
a bunch of little items that are helpful to know
Como Contatar todos os administradores de listas
Jeez, the mail server sure has been acting unreliably lately. I want to email all the list admins and tell them so they don't worry too much. You can make a list of all the email addresses of all the listwork administrators by going into /usr/local/mailman and typing this:
sudo grep owner mailman_aliases | awk '{print $1}' | cut -d: -f 1
Categorias em lists.indymedia.org
If you upgrade mailman, you will need to apply a patch written by Riley in order to have our categories (for regions, subjects, etc) show up on the front page of
http://lists.indymedia.org The patch can be found at sf.net/projects/mailman click on patches patch number "483696" from "andy_cat"
cd /usr/local/mailman/Mailman
patch -p1 <categories.patch
Como Bloquear emails de um endereço
Some posts always seem to sneak through sarai regardless of spamassassin. The Financial News emails and some Long Distance SPAM are the two that have done it most often it seems to me. This is a good example of when to use the blacklist.
Spamassassin will always kill posts from email addresses listed in the blacklist. Similiarly, it always allows posts from users in the whitelist. A really long whitelist is compiled every so often by a cron job that deanna created that encompasses all the people subscribed to all indymedia lists (I think).
Currently, this is what the blacklist looks like.
blacklist_from *@the-financial-news.com
# this is the "Unlimited Free Calling SPAM" - christopher 4 april 2002
blacklist_from gintare@netzero.net
The list is stored in /etc/mail/spamassassin/local.cf I just edited. I'm not sure if you have to do anything special after that. Hopefully someone who knows more can tell us
If you have questions, See 'man Mail::SpamAssassin::Conf'
Como Arrumar Arquivos Corrompidos
imc-process archives were a bit lost because of corrupted db files (/var/mailman/archives/public/imc-process/database/2002-March-*)
i moved them out of the way and did
sudo /usr/local/mailman/bin/arch imc-process ~mailman/archives/private/imc-process.mbox/imc-process.mbox
Lists are switched
There's some strange thing at work: every now and then lists get switched: imc-latina becomes imc-mineapolis radio, maritimes becomes chiapas, etc. There's probably something wrong with a hash method used by mailman (or maybe our listwork kiddies do drink-typing B) ), well: a method to get things back to normal is to:
* see when did the list work fine;
* get the config.db from the associated backup: (on kropotkin)
tar zxvf ~mailman/mailman.[date].tar.gz mailman/lists/[list name]/config.db
copy this config.db to sarai:~mailman/lists/[list name]/config.db.
Unfortunately, some changes may be lost when one's doing that (subscriptions, options/passwd changes, etc).
Listinfo Pages are cache'd
Pages are served statically, the following file is cron'd to run every 30 minutes but can also be run manually.
/usr/local/etc/listinfo_cache.pl
Emergency Procmail Rules To Stop Spam in Progress
Here's something I do from time to time if a spammer has
hijacked our system. Since we have process limits set and
spamassassin only does one message at a time, one spammer can
tie us up for long periods of time. If you're on the shell and
want to do something about it:
Add a rule to /etc/procmailrc-spamtrap and /etc/procmailrc-spamd
with their address in it, like this:
:0
* ^From.Marketingwap@millenniumdata.com
/dev/null
Then kill all the running procmail processes, which will cause
procmail to requeue the mail and subject it to the new rules.
$ for proc in `ps auxw | grep [p]rocmail | awk '{print $2}'`; do sudo kill $proc ; echo $proc ; done
Now watch them all get sent to the trash in /var/procmail/procmail.log.
Busca nos arquivos de lista:
Utilizar a ferramenta
http://sarai.indymedia.org/~jb/search.cgi
Quick Menu:
--
PietroFerrari - 26 Aug 2002
--
LuiS - 03 Mar 2004 - pequenas modificações no texto inicial
--
SilvioRhatto - 13 Jun 2004
--
LuiS - 12 Oct 2005 - Várias modificações no texto inicial
to top
