Re: AntiSpam no servidor
On Wed, 02 Dec 2009, Anderson Bertling wrote: > propriamente dito, mas a solução para anti spam, estou procurando algo que > faça o seguinte, quando alguem manda um email "sério" o servidor deve > devolve um email p o remetente onde solicita a confirmação(através de um > link ou de uma chave tipo digite o que vc ve na imagem), com essa Isso se chama TMDA. E é considerado uma prática intolerável se usada em emails de uso geral, pelo estrago colateral que causa (mas, de repente, pode até ser bem aceita em determinadas comunidades fechadas. Eu só não conheço nenhuma). O google te ajuda a descobrir como implementar. Mas cuidado, a maior parte de nós vai colocar em blacklist permanente qualquer um que ouse trazer de volta o fantasma do "antispam UOL". Se não entendeu, procure por "antispam UOL". Não disponibilize TMDA para conta de email que não seja de uso extremamente restrito. Use SPF restrito para o domínio, implemente filtragem de SPF e domainkeys na entrada, e ponha uma série extremamente pesada de filtros conta bots e contra backscatter na frente (inclusive greylist), ou vai causar um problemão para os outros no dia em que um endereço atrás do TMDA for usado numa spam-run ou for inscrito por algum meliante numa lista de email. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: /etc/crontab
Só + um detalhe: This has the username field, as used by /etc/crontab. Então minha dica continua válida pro crontab -e ... 2009/12/5 Lucas Salies Brum > Desculpa meu erro, esse eu não vi. > > 2009/12/5 Henry > >> man 5 crontab > > >
Re: /etc/crontab
Desculpa meu erro, esse eu não vi. 2009/12/5 Henry > man 5 crontab
Re: /etc/crontab
Em Sábado 05 Dezembro 2009, às 13:13:34, Lucas Salies Brum escreveu: > A sintaxe do crontab é muito simples: > [minuto] [hora] [dia_do_mes] [mes] [dia_da_semana] [comando] > > Esse user aí tá errado. > > Se você logar como root, e digitar crontab -e, vai editar o crontab do > root. Se você logar como usuario, e digitar crontab -e, vai editar o > crontab do usuario. > Se você logar como root, e digitar crontab -u usuario -e, vai editar o > crontab do usuario. > > Não existe esse campo user. > > Outro ponto, repare a linha: > cd / && run-parts --report /etc/cron.monthly > Porque isso? > Se você está usando um endereço absoluto como parametro do run-parts, não > precisa executar o cd / > > Sugiro fortemente a leitura do manual: > man crontab Lucas, também sugiro fortemente que vc leia "man 5 crontab". Lá pela linha 60, aproximadamente. [ ]s, e divirta-se. Henry. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: /etc/crontab
A sintaxe do crontab é muito simples: [minuto] [hora] [dia_do_mes] [mes] [dia_da_semana] [comando] Esse user aí tá errado. Se você logar como root, e digitar crontab -e, vai editar o crontab do root. Se você logar como usuario, e digitar crontab -e, vai editar o crontab do usuario. Se você logar como root, e digitar crontab -u usuario -e, vai editar o crontab do usuario. Não existe esse campo user. Outro ponto, repare a linha: cd / && run-parts --report /etc/cron.monthly Porque isso? Se você está usando um endereço absoluto como parametro do run-parts, não precisa executar o cd / Sugiro fortemente a leitura do manual: man crontab 2009/12/5 edmarcos > Apesar de a bastante tempo já utilizar linux e o Debian > tem coisas que ainda são um problema. > > Por padrão o crontab do debian vem editado para que o > cron.daily, cron.weekly e o cron.monthly executem as 7 da manha. > > Mas mesmo editando este arquivo para outro horário, como no exemplo > abaixo o mesmo continua a ser executado as 7 da manha. > > Claro, o serviços cron e anacron foram reiniciados e até mesmo a maquina > inteira. > > Como fazer o cron executar em outro horário ? > > > # /etc/crontab: system-wide crontab > # Unlike any other crontab you don't have to run the `crontab' > # command to install the new version when you edit this file > # and files in /etc/cron.d. These files also have username fields, > # that none of the other crontabs do. > > SHELL=/bin/sh > PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin > > > > 17 ** * * rootcd / && run-parts --report /etc/cron.hourly > 25 3* * * roottest -x /usr/sbin/anacron || ( cd / && run-parts > --report /etc/cron.daily ) > 47 3* * 7 roottest -x /usr/sbin/anacron || ( cd / && run-parts > --report /etc/cron.weekly ) > 52 31 * * roottest -x /usr/sbin/anacron || ( cd / && run-parts > --report /etc/cron.monthly )
Re: torrent daemon
http://sistematico.org/transmission
/etc/crontab
Apesar de a bastante tempo já utilizar linux e o Debian tem coisas que ainda são um problema. Por padrão o crontab do debian vem editado para que o cron.daily, cron.weekly e o cron.monthly executem as 7 da manha. Mas mesmo editando este arquivo para outro horário, como no exemplo abaixo o mesmo continua a ser executado as 7 da manha. Claro, o serviços cron e anacron foram reiniciados e até mesmo a maquina inteira. Como fazer o cron executar em outro horário ? # /etc/crontab: system-wide crontab # Unlike any other crontab you don't have to run the `crontab' # command to install the new version when you edit this file # and files in /etc/cron.d. These files also have username fields, # that none of the other crontabs do. SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # m h dom mon dow user command 17 ** * * rootcd / && run-parts --report /etc/cron.hourly 25 3* * * roottest -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 3* * 7 roottest -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 31 * * roottest -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly ) -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: torrent daemon
Pessoal, achei uma solução usando o próprio azureus e funcionou muito bem. http://ubuntuforums.org/archive/index.php/t-521940.html a única mudança que fiz foi utilizar o su para rodar o programa como meu usuario. Não sei se é possível rodar mais de um por computador, talvez seja mudando a porta do serviço web. Valeu a todos pelas dicas. Inte Ronaldo Em Sáb 05 Dez 2009, Lucas Salies Brum escreveu: > Ok, ele tem um daemon, mas a diferença dele pro transmission-daemon, é que > esse último é só o daemon, alem de ser específico para rodar sem X e poder > acessar de qualquer máquina através da porta 9091, não sei quanto ao Deluge > porque nunca usei. > > > 2009/12/4 Gunther Furtado > > > http://dev.deluge-torrent.org/wiki/Faq#Daemon > -- 6ª lei - Sua produtividade varia como (tempo produtivo gasto por dia)^1.000. 7ª lei - Sua produtividade também varia como 1/(seu atraso na análise dos dados obtidos)^1.000. --Herman, I. P. 2007. Following the law. NATURE, Vol 445, p. 228. -- > Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/DBG/Lab. Ecologia Comportamental e Computacional | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8192 | ronaldo.r...@unimontes.br | chrys...@gmail.com | http://www.ppgcb.unimontes.br/lecc | ICQ#: 5692561 | LinuxUser#: 205366 -- Favor NÃO ENVIAR arquivos do Word ou Powerpoint Prefira enviar em PDF, Texto, OpenOffice (ODF), HTML, or RTF. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
