From fhfrediani at gmail.com  Mon Feb  1 18:20:29 2016
From: fhfrediani at gmail.com (Fernando Frediani)
Date: Mon, 1 Feb 2016 18:20:29 -0200
Subject: [MASOCH-L] Fwd: [OpenWrt-Devel] [PATCH v2] linux/netsupport: Add
 support for MPLS protocol
Message-ID: <CAEHShq9Bv+mGjLmgT1TmjbvLrOENjT7mgEChokZU_ei_nBLEcw@mail.gmail.com>

Notei hoje na lista do Openwrt-devel que est?o adicionando suporte a MPLS
ao OpenWrt.
Interessante pra quem usa essa distribui??o para determinadas aplica??es o
leque de possibilidades que abre.

Aquele router que o NIC.CZ (Project Turris) desenvolve por exemplo, e muito
interessante por sinal, o firmware ? baseado em OpenWrt.

Fernando

---------- Forwarded message ----------
From: Andr? Valentin <avalentin at marcant.net>
Date: 1 February 2016 at 17:56
Subject: [OpenWrt-Devel] [PATCH v2] linux/netsupport: Add support for MPLS
protocol
To: openwrt-devel at lists.openwrt.org


This adds support for MPLS protocol including usage of lightweight tunnels.
Kernel size of vmlinuz.bin grows by ~8k.

---

...
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


From bruno at openline.com.br  Mon Feb  1 19:44:02 2016
From: bruno at openline.com.br (Bruno Cabral)
Date: Mon, 1 Feb 2016 19:44:02 -0200
Subject: [MASOCH-L] Fwd: [OpenWrt-Devel] [PATCH v2] linux/netsupport:
 Add support for MPLS protocol
In-Reply-To: <CAEHShq9Bv+mGjLmgT1TmjbvLrOENjT7mgEChokZU_ei_nBLEcw@mail.gmail.com>
References: <CAEHShq9Bv+mGjLmgT1TmjbvLrOENjT7mgEChokZU_ei_nBLEcw@mail.gmail.com>
Message-ID: <SNT152-W5B9D5AFE435D6104893B3F5DE0@phx.gbl>

O Openwrt tem suporte a openvswitch que tem MPLS nativo at? interessante

--
Cursos e Consultoria BGP e OSPF

> Notei hoje na lista do Openwrt-devel que est?o adicionando suporte a MPLS
> ao OpenWrt.
> Interessante pra quem usa essa distribui??o para determinadas aplica??es o
> leque de possibilidades que abre.
> 
> Aquele router que o NIC.CZ (Project Turris) desenvolve por exemplo, e muito
> interessante por sinal, o firmware ? baseado em OpenWrt.
> 
> Fernando

 		 	   		  

From fhfrediani at gmail.com  Mon Feb  1 22:46:24 2016
From: fhfrediani at gmail.com (Fernando Frediani)
Date: Mon, 1 Feb 2016 22:46:24 -0200
Subject: [MASOCH-L] Fwd: [OpenWrt-Devel] [PATCH v2] linux/netsupport:
 Add support for MPLS protocol
In-Reply-To: <SNT152-W5B9D5AFE435D6104893B3F5DE0@phx.gbl>
References: <CAEHShq9Bv+mGjLmgT1TmjbvLrOENjT7mgEChokZU_ei_nBLEcw@mail.gmail.com>
 <SNT152-W5B9D5AFE435D6104893B3F5DE0@phx.gbl>
Message-ID: <CAEHShq-STmjVdN+R9jhPohtmC+Hwm54yXNsLzEgQNP+af+VLnQ@mail.gmail.com>

Ent?o mas at? aonde eu sei o OpenVSwitch rodando em OpenWrt a performance ?
bem pobrezinha. Os usos que eu li a respeito s?o de laborat?rio de SDN.
A quest?o agora ? como vai ser a performance com MPLS. Perto de uma bridge
? Ser? ?

Fernando

2016-02-01 19:44 GMT-02:00 Bruno Cabral <bruno at openline.com.br>:

> O Openwrt tem suporte a openvswitch que tem MPLS nativo at? interessante
>
> --
> Cursos e Consultoria BGP e OSPF
>
> > Notei hoje na lista do Openwrt-devel que est?o adicionando suporte a MPLS
> > ao OpenWrt.
> > Interessante pra quem usa essa distribui??o para determinadas aplica??es
> o
> > leque de possibilidades que abre.
> >
> > Aquele router que o NIC.CZ (Project Turris) desenvolve por exemplo, e
> muito
> > interessante por sinal, o firmware ? baseado em OpenWrt.
> >
> > Fernando
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From hmh at hmh.eng.br  Thu Feb  4 10:33:09 2016
From: hmh at hmh.eng.br (Henrique de Moraes Holschuh)
Date: Thu, 4 Feb 2016 10:33:09 -0200
Subject: [MASOCH-L] Fwd: [OpenWrt-Devel] [PATCH v2] linux/netsupport:
 Add support for MPLS protocol
In-Reply-To: <CAEHShq-STmjVdN+R9jhPohtmC+Hwm54yXNsLzEgQNP+af+VLnQ@mail.gmail.com>
References: <CAEHShq9Bv+mGjLmgT1TmjbvLrOENjT7mgEChokZU_ei_nBLEcw@mail.gmail.com>
 <SNT152-W5B9D5AFE435D6104893B3F5DE0@phx.gbl>
 <CAEHShq-STmjVdN+R9jhPohtmC+Hwm54yXNsLzEgQNP+af+VLnQ@mail.gmail.com>
Message-ID: <20160204123309.GA18164@khazad-dum.debian.net>

On Mon, 01 Feb 2016, Fernando Frediani wrote:
> Ent?o mas at? aonde eu sei o OpenVSwitch rodando em OpenWrt a performance ?
> bem pobrezinha. Os usos que eu li a respeito s?o de laborat?rio de SDN.
> A quest?o agora ? como vai ser a performance com MPLS. Perto de uma bridge
> ? Ser? ?

O suporte a MPLS nativo do Linux ainda est? sendo otimizado (? bem novo),
mas deve aproximar ? performance de roteamento e n?o de bridging.

S? testando...

-- 
  "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


From samuel.hartmann at gruposinos.com.br  Fri Feb  5 15:22:42 2016
From: samuel.hartmann at gruposinos.com.br (Samuel Hartmann)
Date: Fri, 5 Feb 2016 15:22:42 -0200
Subject: [MASOCH-L] Bloqueio E-mails Terra
Message-ID: <07ab01d16039$d27dd7c0$77798740$@gruposinos.com.br>

Boa tarde,

 

Mais algu?m enfrentando pol?ticas de bloqueio e tendo seus e-mails recusados
pelo MX do Terra?

 

Mensagem: ?Voc? excedeu o limite de envios para este dom?nio? ? Resposta do
mx.terraempresas.com.br

 

Algu?m tem contato um contato l? que possa nos auxiliar? No contato
telef?nico, j? falamos com 4 analistas diferentes e cada um criou um motivo
diferente para este bloqueio.

 

Samuel H. Hartmann

 



From leandro at spfbl.net  Sat Feb  6 14:13:19 2016
From: leandro at spfbl.net (Leandro)
Date: Sat, 6 Feb 2016 14:13:19 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
Message-ID: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>

Gostaria de agradecer a todos que colaboraram com este nosso projeto SPFBL.
Para quem ainda n?o conhece o projeto, segue o link do Github:

https://github.com/leonamp/SPFBL

No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
identifica??es e bloqueios do volume total de SPAM.

Agora queremos estipular uma nova meta.

Existe um problema grande hoje, falando do escopo Brasil, onde cerca de 60%
do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
Isso significa que um provedor deve alocar mais da metade de seus recursos
computacionais para recepcionar e processar mensagens indesejadas.

Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.

Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis por
processar denuncias e colocar as fontes de SPAM em listas negras
centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
cada uma.

A minha proposta ? romper completamente com este paradigma de centraliza??o
de processamento de denuncias. Inv?s disso, seria interessante determinar
c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que aquele
remetente especifico que est? enviando foi considerado como SPAM pelo
destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
sistema descentralizado do SPFBL.

Com posse desta informa??o, ? poss?vel por exemplo que administradores de
MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
muito o processo de puni??o pois n?o haveria necessidade de empresas de
lista negra informem a eles estes abusos para que eles tomem provid?ncias
pois a informa??o j? est? l? no c?digo de retorno do SMTP.

Se a ideia der certo, espero que v?rios desenvolvedores comecem a
desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
redu??o do volume de SPAM que sinalizei antes como meta.

Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
meu ponto de vista.

A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O crit?rio
seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
usado pela Symantec:

https://support.symantec.com/en_US/article.TECH169847.html

Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
semelhante, seria equivalente a dizer:

554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
isso cada tentativa de envio deste remetente para este destinat?rio
acarretar? em pontua??o negativa dele na tabela de reputa??o da rede SPFBL,
como ? o caso desta tentativa atual.

Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
atingirmos nossa meta.

Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir a
nova meta.

Abra?os,
Leandro
SPFBL.net


From gxavier.bh at gwxinfo.com.br  Sat Feb  6 15:25:53 2016
From: gxavier.bh at gwxinfo.com.br (Guilherme F W Xavier)
Date: Sat, 6 Feb 2016 15:25:53 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
Message-ID: <56B62CA1.4070603@gwxinfo.com.br>

Boa tarde,

Tens retorno da ver?o para windows?

Grato,

Guilherme Xavier
http://www.gwxtecnologia.com.br/
Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
Linkedin: https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym

Em 06/02/2016 14:13, Leandro escreveu:
> Gostaria de agradecer a todos que colaboraram com este nosso projeto SPFBL.
> Para quem ainda n?o conhece o projeto, segue o link do Github:
>
> https://github.com/leonamp/SPFBL
>
> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
> identifica??es e bloqueios do volume total de SPAM.
>
> Agora queremos estipular uma nova meta.
>
> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de 60%
> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
> fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
> Isso significa que um provedor deve alocar mais da metade de seus recursos
> computacionais para recepcionar e processar mensagens indesejadas.
>
> Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
> computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>
> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis por
> processar denuncias e colocar as fontes de SPAM em listas negras
> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
> cada uma.
>
> A minha proposta ? romper completamente com este paradigma de centraliza??o
> de processamento de denuncias. Inv?s disso, seria interessante determinar
> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que aquele
> remetente especifico que est? enviando foi considerado como SPAM pelo
> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
> sistema descentralizado do SPFBL.
>
> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
> muito o processo de puni??o pois n?o haveria necessidade de empresas de
> lista negra informem a eles estes abusos para que eles tomem provid?ncias
> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>
> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
> redu??o do volume de SPAM que sinalizei antes como meta.
>
> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
> computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
> meu ponto de vista.
>
> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O crit?rio
> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
> usado pela Symantec:
>
> https://support.symantec.com/en_US/article.TECH169847.html
>
> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
> semelhante, seria equivalente a dizer:
>
> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
> isso cada tentativa de envio deste remetente para este destinat?rio
> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede SPFBL,
> como ? o caso desta tentativa atual.
>
> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
> atingirmos nossa meta.
>
> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir a
> nova meta.
>
> Abra?os,
> Leandro
> SPFBL.net
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From rizzo at i805.com.br  Sat Feb  6 19:08:29 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Sat, 6 Feb 2016 18:08:29 -0300
Subject: [MASOCH-L] Hosting de VPS
Message-ID: <20160206210703.M20789@i805.com.br>



  Alguem indica um hosting de VPS no Brasil ou Exterior
que n?o tenha cobran?a por trafego gerado?

  Atenciosamente

---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/



From smuxbr at gmail.com  Sat Feb  6 19:59:38 2016
From: smuxbr at gmail.com (Roberto Lima)
Date: Sat, 6 Feb 2016 19:59:38 -0200
Subject: [MASOCH-L] Hosting de VPS
In-Reply-To: <20160206210703.M20789@i805.com.br>
References: <20160206210703.M20789@i805.com.br>
Message-ID: <CA+u5nNcZq4mPZWAjZP+4p0SYSK11-3wTvz_MjkhHQ=zv1pcXjw@mail.gmail.com>

Digitalocean.com
Em 06/02/2016 19:10, "Nilton Jose Rizzo" <rizzo at i805.com.br> escreveu:

>
>
>   Alguem indica um hosting de VPS no Brasil ou Exterior
> que n?o tenha cobran?a por trafego gerado?
>
>   Atenciosamente
>
> ---
> /*************************************************
> **Nilton Jos? Rizzo            UFRRJ
> **http://www.rizzo.eng.br      http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **************************************************/
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From cresci at gmail.com  Sat Feb  6 22:12:38 2016
From: cresci at gmail.com (Rafael Cresci)
Date: Sat, 6 Feb 2016 22:12:38 -0200
Subject: [MASOCH-L] Hosting de VPS
In-Reply-To: <20160206210703.M20789@i805.com.br>
References: <20160206210703.M20789@i805.com.br>
Message-ID: <CAFAfM5rOC2HB2zRVbMu1F6o9Vsb65dbxv_ymT4whoPonxFB40Q@mail.gmail.com>

N?o existe.  VPS compartilha a placa de rede... N?o cobrar por tr?fego
atrai abusadores.
On Feb 6, 2016 19:10, "Nilton Jose Rizzo" <rizzo at i805.com.br> wrote:

>
>
>   Alguem indica um hosting de VPS no Brasil ou Exterior
> que n?o tenha cobran?a por trafego gerado?
>
>   Atenciosamente
>
> ---
> /*************************************************
> **Nilton Jos? Rizzo            UFRRJ
> **http://www.rizzo.eng.br      http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **************************************************/
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rubensk at gmail.com  Sat Feb  6 22:28:08 2016
From: rubensk at gmail.com (Rubens Kuhl)
Date: Sat, 6 Feb 2016 22:28:08 -0200
Subject: [MASOCH-L] Hosting de VPS
In-Reply-To: <20160206210703.M20789@i805.com.br>
References: <20160206210703.M20789@i805.com.br>
Message-ID: <CAGFn2k3HrCkweK5TQp8FoNpqhf8zfOdk17Y-utJ5c1P6YGxaaA@mail.gmail.com>

On Sat, Feb 6, 2016 at 7:08 PM, Nilton Jose Rizzo <rizzo at i805.com.br> wrote:

>
>
>   Alguem indica um hosting de VPS no Brasil ou Exterior
> que n?o tenha cobran?a por trafego gerado?
>


http://serverbear.com/compare/unmetered-vps

Ou por falta de informa??o ou por inexist?ncia, a sele??o por "Brazil" n?o
retorna resultados.


Rubens


From leandro at spfbl.net  Sun Feb  7 10:55:31 2016
From: leandro at spfbl.net (Leandro)
Date: Sun, 7 Feb 2016 10:55:31 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <56B62CA1.4070603@gwxinfo.com.br>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <56B62CA1.4070603@gwxinfo.com.br>
Message-ID: <CAM6AcpyYcJ=NLbhx4q2s=MXFeBgCZ1VQ7c69DSpc_y-cq7TtAw@mail.gmail.com>

Sem previs?o Guilherme. Precisamos que algu?m se encarregue desta tarefa
pois estamos sem tempo.

Em 6 de fevereiro de 2016 15:25, Guilherme F W Xavier <
gxavier.bh at gwxinfo.com.br> escreveu:

> Boa tarde,
>
> Tens retorno da ver?o para windows?
>
> Grato,
>
> Guilherme Xavier
> http://www.gwxtecnologia.com.br/
> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
> Linkedin:
> https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym
>
>
> Em 06/02/2016 14:13, Leandro escreveu:
>
>> Gostaria de agradecer a todos que colaboraram com este nosso projeto
>> SPFBL.
>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>
>> https://github.com/leonamp/SPFBL
>>
>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>> identifica??es e bloqueios do volume total de SPAM.
>>
>> Agora queremos estipular uma nova meta.
>>
>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de
>> 60%
>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
>> fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
>> Isso significa que um provedor deve alocar mais da metade de seus recursos
>> computacionais para recepcionar e processar mensagens indesejadas.
>>
>> Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>
>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis
>> por
>> processar denuncias e colocar as fontes de SPAM em listas negras
>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
>> cada uma.
>>
>> A minha proposta ? romper completamente com este paradigma de
>> centraliza??o
>> de processamento de denuncias. Inv?s disso, seria interessante determinar
>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que
>> aquele
>> remetente especifico que est? enviando foi considerado como SPAM pelo
>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>> sistema descentralizado do SPFBL.
>>
>> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
>> lista negra informem a eles estes abusos para que eles tomem provid?ncias
>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>
>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
>> redu??o do volume de SPAM que sinalizei antes como meta.
>>
>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>> computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
>> meu ponto de vista.
>>
>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O
>> crit?rio
>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
>> usado pela Symantec:
>>
>> https://support.symantec.com/en_US/article.TECH169847.html
>>
>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>> semelhante, seria equivalente a dizer:
>>
>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
>> isso cada tentativa de envio deste remetente para este destinat?rio
>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede
>> SPFBL,
>> como ? o caso desta tentativa atual.
>>
>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
>> atingirmos nossa meta.
>>
>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir
>> a
>> nova meta.
>>
>> Abra?os,
>> Leandro
>> SPFBL.net
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rizzo at i805.com.br  Mon Feb  8 10:11:17 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 8 Feb 2016 09:11:17 -0300
Subject: [MASOCH-L] Hosting para VPS - levantamento
Message-ID: <20160208121000.M69205@i805.com.br>



    Pessoal, fiz um levantamento ontem para a substitui??o do
meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
e compilei em um arquivo que se encontra neste link[1]

    Irei testar o FDC por motivos de limita??o de banda ? um dos poucos que
n?o tem limite.

    Quem desejar consultar fique a vontade, irei aos poucos
colocando mais informa??es, principalemente suporte, porque
os nacionais n?o respondem as consultas neste periodo de carnaval
se eu n?o sou cliente e estou procurando um servi?o que ofere?a
um diferencial e o suporte n?o responde, imagina se a maquina para???????


[1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods

Ps.: Agrade?o a todos que me enviaram propostas de hostings

---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/



From itamar at ispbrasil.com.br  Mon Feb  8 11:34:48 2016
From: itamar at ispbrasil.com.br (Itamar)
Date: Mon, 8 Feb 2016 11:34:48 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <20160208121000.M69205@i805.com.br>
References: <20160208121000.M69205@i805.com.br>
Message-ID: <56B89978.4030500@ispbrasil.com.br>



On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
>
>     Pessoal, fiz um levantamento ontem para a substitui??o do
> meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> e compilei em um arquivo que se encontra neste link[1]
>
>     Irei testar o FDC por motivos de limita??o de banda ? um dos poucos que
> n?o tem limite.
>
>     Quem desejar consultar fique a vontade, irei aos poucos
> colocando mais informa??es, principalemente suporte, porque
> os nacionais n?o respondem as consultas neste periodo de carnaval
> se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> um diferencial e o suporte n?o responde, imagina se a maquina para???????
>
>
> [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
>
> Ps.: Agrade?o a todos que me enviaram propostas de hostings
>
> ---
> /*************************************************
> **Nilton Jos? Rizzo            UFRRJ
> **http://www.rizzo.eng.br      http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **************************************************/
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
experimente o scaleway.com, esta baseado na europa, a latencia ? um
pouco + alta, mas compensa.



From itamar at ispbrasil.com.br  Mon Feb  8 11:36:01 2016
From: itamar at ispbrasil.com.br (Itamar)
Date: Mon, 8 Feb 2016 11:36:01 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <20160208121000.M69205@i805.com.br>
References: <20160208121000.M69205@i805.com.br>
Message-ID: <56B899C1.60408@ispbrasil.com.br>



On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
>
>     Pessoal, fiz um levantamento ontem para a substitui??o do
> meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> e compilei em um arquivo que se encontra neste link[1]
>
>     Irei testar o FDC por motivos de limita??o de banda ? um dos poucos que
> n?o tem limite.
>
>     Quem desejar consultar fique a vontade, irei aos poucos
> colocando mais informa??es, principalemente suporte, porque
> os nacionais n?o respondem as consultas neste periodo de carnaval
> se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> um diferencial e o suporte n?o responde, imagina se a maquina para???????
>
>
> [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
>
> Ps.: Agrade?o a todos que me enviaram propostas de hostings
>
> ---
> /*************************************************
> **Nilton Jos? Rizzo            UFRRJ
> **http://www.rizzo.eng.br      http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **************************************************/
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
sua url retorna erro 404, recomendo jogar no google docs.



From cresci at gmail.com  Mon Feb  8 11:42:40 2016
From: cresci at gmail.com (Rafael Cresci)
Date: Mon, 8 Feb 2016 11:42:40 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <20160208121000.M69205@i805.com.br>
References: <20160208121000.M69205@i805.com.br>
Message-ID: <3AEE4033-4212-4FB0-81D6-86D931785781@gmail.com>

A FDC limita a banda sim, s? n?o explicita um valor exato. ? do tipo ??se voc? estiver atrapalhando outros clientes ser? suspenso??.
Em geral o limite de toler?ncia deles ? de 20% de uso cont?nuo da porta, isso num servidor dedicado.

Fonte: experi?ncia pr?pria com v?rios clientes.


>    Irei testar o FDC por motivos de limita??o de banda ? um dos poucos que
> n?o tem limite.



From smuxbr at gmail.com  Mon Feb  8 11:47:08 2016
From: smuxbr at gmail.com (Roberto Lima)
Date: Mon, 8 Feb 2016 11:47:08 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <56B899C1.60408@ispbrasil.com.br>
References: <20160208121000.M69205@i805.com.br>
 <56B899C1.60408@ispbrasil.com.br>
Message-ID: <CA+u5nNfnrVp8aCu0=JngaYudjRo0_odC50j0D-bYOzKxLp75ug@mail.gmail.com>

Cria uma repo no github e transforma isso em markdown

Em 8 de fevereiro de 2016 11:36, Itamar <itamar at ispbrasil.com.br> escreveu:

>
>
> On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
> >
> >     Pessoal, fiz um levantamento ontem para a substitui??o do
> > meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> > e compilei em um arquivo que se encontra neste link[1]
> >
> >     Irei testar o FDC por motivos de limita??o de banda ? um dos poucos
> que
> > n?o tem limite.
> >
> >     Quem desejar consultar fique a vontade, irei aos poucos
> > colocando mais informa??es, principalemente suporte, porque
> > os nacionais n?o respondem as consultas neste periodo de carnaval
> > se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> > um diferencial e o suporte n?o responde, imagina se a maquina para???????
> >
> >
> > [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
> >
> > Ps.: Agrade?o a todos que me enviaram propostas de hostings
> >
> > ---
> > /*************************************************
> > **Nilton Jos? Rizzo            UFRRJ
> > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **************************************************/
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> sua url retorna erro 404, recomendo jogar no google docs.
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From smuxbr at gmail.com  Mon Feb  8 11:47:30 2016
From: smuxbr at gmail.com (Roberto Lima)
Date: Mon, 8 Feb 2016 11:47:30 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <3AEE4033-4212-4FB0-81D6-86D931785781@gmail.com>
References: <20160208121000.M69205@i805.com.br>
 <3AEE4033-4212-4FB0-81D6-86D931785781@gmail.com>
Message-ID: <CA+u5nNfWNo5MaxUgp54+pen_sbOpDhHkmH1YjEo0fMs8xjcYNA@mail.gmail.com>

+1

Em 8 de fevereiro de 2016 11:42, Rafael Cresci <cresci at gmail.com> escreveu:

> A FDC limita a banda sim, s? n?o explicita um valor exato. ? do tipo ??se
> voc? estiver atrapalhando outros clientes ser? suspenso??.
> Em geral o limite de toler?ncia deles ? de 20% de uso cont?nuo da porta,
> isso num servidor dedicado.
>
> Fonte: experi?ncia pr?pria com v?rios clientes.
>
>
> >    Irei testar o FDC por motivos de limita??o de banda ? um dos poucos
> que
> > n?o tem limite.
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From carlos at greco.com.br  Mon Feb  8 12:02:56 2016
From: carlos at greco.com.br (Carlos Greco)
Date: Mon, 8 Feb 2016 12:02:56 -0200 (BRST)
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <CA+u5nNfWNo5MaxUgp54+pen_sbOpDhHkmH1YjEo0fMs8xjcYNA@mail.gmail.com>
Message-ID: <333843747.832181.1454940176743.JavaMail.root@greco.com.br>

da uma olhada na ovh.com 
Greco 

----- Mensagem original -----

De: "Roberto Lima" <smuxbr at gmail.com> 
Para: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> 
Enviadas: Segunda-feira, 8 de fevereiro de 2016 11:47:30 
Assunto: Re: [MASOCH-L] Hosting para VPS - levantamento 

+1 

Em 8 de fevereiro de 2016 11:42, Rafael Cresci <cresci at gmail.com> escreveu: 

> A FDC limita a banda sim, s? n?o explicita um valor exato. ? do tipo ??se 
> voc? estiver atrapalhando outros clientes ser? suspenso??. 
> Em geral o limite de toler?ncia deles ? de 20% de uso cont?nuo da porta, 
> isso num servidor dedicado. 
> 
> Fonte: experi?ncia pr?pria com v?rios clientes. 
> 
> 
> > Irei testar o FDC por motivos de limita??o de banda ? um dos poucos 
> que 
> > n?o tem limite. 
> 
> __ 
> masoch-l list 
> https://eng.registro.br/mailman/listinfo/masoch-l 
> 
__ 
masoch-l list 
https://eng.registro.br/mailman/listinfo/masoch-l 



From itamar at ispbrasil.com.br  Mon Feb  8 12:08:50 2016
From: itamar at ispbrasil.com.br (Itamar)
Date: Mon, 8 Feb 2016 12:08:50 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <333843747.832181.1454940176743.JavaMail.root@greco.com.br>
References: <333843747.832181.1454940176743.JavaMail.root@greco.com.br>
Message-ID: <56B8A172.4070702@ispbrasil.com.br>



On 02/08/2016 12:02 PM, Carlos Greco wrote:
> da uma olhada na ovh.com 
> Greco 
>
http://www.kimsufi.com/


From rizzo at i805.com.br  Mon Feb  8 12:12:50 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 8 Feb 2016 11:12:50 -0300
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <56B899C1.60408@ispbrasil.com.br>
References: <20160208121000.M69205@i805.com.br>
 <56B899C1.60408@ispbrasil.com.br>
Message-ID: <20160208141214.M92929@i805.com.br>

Em Mon, 8 Feb 2016 11:36:01 -0200, Itamar escreveu
> On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
> >
> >     Pessoal, fiz um levantamento ontem para a substitui??o do
> > meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> > e compilei em um arquivo que se encontra neste link[1]
> >
> >     Irei testar o FDC por motivos de limita??o de banda ? um dos poucos que
> > n?o tem limite.
> >
> >     Quem desejar consultar fique a vontade, irei aos poucos
> > colocando mais informa??es, principalemente suporte, porque
> > os nacionais n?o respondem as consultas neste periodo de carnaval
> > se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> > um diferencial e o suporte n?o responde, imagina se a maquina para???????
> >
> >
> > [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
> >
> > Ps.: Agrade?o a todos que me enviaram propostas de hostings
> >
> > ---
> > /*************************************************
> > **Nilton Jos? Rizzo            UFRRJ
> > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **************************************************/
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> sua url retorna erro 404, recomendo jogar no google docs.

Erro de Digita??o ... o correto ? 

[1] http://www.rizzo.eng.br/files/hosting_levantamento.ods

> 
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/



From juliano at giga.com.br  Mon Feb  8 17:03:10 2016
From: juliano at giga.com.br (Juliano Primavesi | Giga Internet Digital)
Date: Mon, 8 Feb 2016 17:03:10 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <20160208141214.M92929@i805.com.br>
References: <20160208121000.M69205@i805.com.br>
 <56B899C1.60408@ispbrasil.com.br>
 <20160208141214.M92929@i805.com.br>
Message-ID: <CANTHy=PSPvwOKjBv9ZPgwi6jJGoJimQK7jQC+syc1YnrRY5f9Q@mail.gmail.com>

No proprio site da bsdVM, tem 6 indica??es de hosts

Juliano

Em 8 de fevereiro de 2016 12:12, Nilton Jose Rizzo <rizzo at i805.com.br>
escreveu:

> Em Mon, 8 Feb 2016 11:36:01 -0200, Itamar escreveu
> > On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
> > >
> > >     Pessoal, fiz um levantamento ontem para a substitui??o do
> > > meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> > > e compilei em um arquivo que se encontra neste link[1]
> > >
> > >     Irei testar o FDC por motivos de limita??o de banda ? um dos
> poucos que
> > > n?o tem limite.
> > >
> > >     Quem desejar consultar fique a vontade, irei aos poucos
> > > colocando mais informa??es, principalemente suporte, porque
> > > os nacionais n?o respondem as consultas neste periodo de carnaval
> > > se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> > > um diferencial e o suporte n?o responde, imagina se a maquina
> para???????
> > >
> > >
> > > [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
> > >
> > > Ps.: Agrade?o a todos que me enviaram propostas de hostings
> > >
> > > ---
> > > /*************************************************
> > > **Nilton Jos? Rizzo            UFRRJ
> > > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > > **http://lattes.cnpq.br/0079460703536198
> > > **************************************************/
> > >
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> > sua url retorna erro 404, recomendo jogar no google docs.
>
> Erro de Digita??o ... o correto ?
>
> [1] http://www.rizzo.eng.br/files/hosting_levantamento.ods
>
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> ---
> /*************************************************
> **Nilton Jos? Rizzo            UFRRJ
> **http://www.rizzo.eng.br      http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **************************************************/
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rizzo at i805.com.br  Mon Feb  8 18:47:29 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 8 Feb 2016 17:47:29 -0300
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <CANTHy=PSPvwOKjBv9ZPgwi6jJGoJimQK7jQC+syc1YnrRY5f9Q@mail.gmail.com>
References: <20160208121000.M69205@i805.com.br>
 <56B899C1.60408@ispbrasil.com.br> <20160208141214.M92929@i805.com.br>
 <CANTHy=PSPvwOKjBv9ZPgwi6jJGoJimQK7jQC+syc1YnrRY5f9Q@mail.gmail.com>
Message-ID: <20160208204651.M54910@i805.com.br>

Em Mon, 8 Feb 2016 17:03:10 -0200, Juliano Primavesi | Giga Internet Digital
escreveu
> No proprio site da bsdVM, tem 6 indica??es de hosts

  Sim ? verdade, por?m eu quiz ampliar a busca e verificar as alternativas

> 
> Juliano
> 
> Em 8 de fevereiro de 2016 12:12, Nilton Jose Rizzo 
> <rizzo at i805.com.br> escreveu:
> 
> > Em Mon, 8 Feb 2016 11:36:01 -0200, Itamar escreveu
> > > On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
> > > >
> > > >     Pessoal, fiz um levantamento ontem para a substitui??o do
> > > > meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> > > > e compilei em um arquivo que se encontra neste link[1]
> > > >
> > > >     Irei testar o FDC por motivos de limita??o de banda ? um dos
> > poucos que
> > > > n?o tem limite.
> > > >
> > > >     Quem desejar consultar fique a vontade, irei aos poucos
> > > > colocando mais informa??es, principalemente suporte, porque
> > > > os nacionais n?o respondem as consultas neste periodo de carnaval
> > > > se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> > > > um diferencial e o suporte n?o responde, imagina se a maquina
> > para???????
> > > >
> > > >
> > > > [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
> > > >
> > > > Ps.: Agrade?o a todos que me enviaram propostas de hostings
> > > >
> > > > ---
> > > > /*************************************************
> > > > **Nilton Jos? Rizzo            UFRRJ
> > > > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > > > **http://lattes.cnpq.br/0079460703536198
> > > > **************************************************/
> > > >
> > > > __
> > > > masoch-l list
> > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > > sua url retorna erro 404, recomendo jogar no google docs.
> >
> > Erro de Digita??o ... o correto ?
> >
> > [1] http://www.rizzo.eng.br/files/hosting_levantamento.ods
> >
> > >
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> >
> > ---
> > /*************************************************
> > **Nilton Jos? Rizzo            UFRRJ
> > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **************************************************/
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/



From rizzo at i805.com.br  Mon Feb  8 18:49:14 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 8 Feb 2016 17:49:14 -0300
Subject: [MASOCH-L] Hosting para VPS - levantamento
Message-ID: <20160208204914.M13136@i805.com.br>



    Pessoal, fiz um levantamento ontem para a substitui??o do
meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
e compilei em um arquivo que se encontra neste link[1]

    Irei testar o FDC por motivos de limita??o de banda ? um dos poucos que
n?o tem limite.

    Quem desejar consultar fique a vontade, irei aos poucos
colocando mais informa??es, principalemente suporte, porque
os nacionais n?o respondem as consultas neste periodo de carnaval
se eu n?o sou cliente e estou procurando um servi?o que ofere?a
um diferencial e o suporte n?o responde, imagina se a maquina para???????


[1] http://www.rizzo.eng.br/files/hosting_levantamento.ods

Ps.: Agrade?o a todos que me enviaram propostas de hostings

Ps.: Sei que n?o ? diretamente software livre mas ? uma dica geral

---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/



From rizzo at i805.com.br  Mon Feb  8 18:51:01 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 8 Feb 2016 17:51:01 -0300
Subject: [MASOCH-L] Hosting para VPS - levantamento
Message-ID: <20160208205101.M65744@i805.com.br>

Pessoas, pe?o desculpas, ignore o email anterior
era para ser enviado parauma outra lista de Software
Livre e o dedo foi mais r?pido que os olhos na verifica??o


Desculpem-me
---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/



From nolinux at gmail.com  Mon Feb  8 21:24:56 2016
From: nolinux at gmail.com (Roberto Almeida)
Date: Mon, 8 Feb 2016 19:24:56 -0400
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <56B89978.4030500@ispbrasil.com.br>
References: <20160208121000.M69205@i805.com.br>
 <56B89978.4030500@ispbrasil.com.br>
Message-ID: <CAN22Xq5Q=_d0x3XkAksxc1GviD__i+vb8GuWir0EV7NY7m+jsQ@mail.gmail.com>

Tenho maquina na scaleway. Atendimento p?ssimo e fica fora para n?s do BR
v?rias vezes na semana.

Em segunda-feira, 8 de fevereiro de 2016, Itamar <itamar at ispbrasil.com.br>
escreveu:

>
>
> On 02/08/2016 10:11 AM, Nilton Jose Rizzo wrote:
> >
> >     Pessoal, fiz um levantamento ontem para a substitui??o do
> > meu atual hosting ( bsdVM ) que ir? parar dia 11 de fevereiro
> > e compilei em um arquivo que se encontra neste link[1]
> >
> >     Irei testar o FDC por motivos de limita??o de banda ? um dos poucos
> que
> > n?o tem limite.
> >
> >     Quem desejar consultar fique a vontade, irei aos poucos
> > colocando mais informa??es, principalemente suporte, porque
> > os nacionais n?o respondem as consultas neste periodo de carnaval
> > se eu n?o sou cliente e estou procurando um servi?o que ofere?a
> > um diferencial e o suporte n?o responde, imagina se a maquina para???????
> >
> >
> > [1] http://www.rizzo.eng.br/files/hosting_levantamendo.ods
> >
> > Ps.: Agrade?o a todos que me enviaram propostas de hostings
> >
> > ---
> > /*************************************************
> > **Nilton Jos? Rizzo            UFRRJ
> > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **************************************************/
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> experimente o scaleway.com, esta baseado na europa, a latencia ? um
> pouco + alta, mas compensa.
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


-- 

Roberto Almeida
nolinux (at) gmail.com
Linux User: #391854


From cresci at gmail.com  Mon Feb  8 22:18:37 2016
From: cresci at gmail.com (Rafael Cresci)
Date: Mon, 8 Feb 2016 22:18:37 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <CAN22Xq5Q=_d0x3XkAksxc1GviD__i+vb8GuWir0EV7NY7m+jsQ@mail.gmail.com>
References: <20160208121000.M69205@i805.com.br>
 <56B89978.4030500@ispbrasil.com.br>
 <CAN22Xq5Q=_d0x3XkAksxc1GviD__i+vb8GuWir0EV7NY7m+jsQ@mail.gmail.com>
Message-ID: <64CE20BD-7349-4AC5-AF1F-0AF246B697E3@gmail.com>

O atendimento ? ?timo para o pre?o que cobram?

> Tenho maquina na scaleway. Atendimento p?ssimo e fica fora para n?s do BR
> v?rias vezes na semana.



From itamar at ispbrasil.com.br  Mon Feb  8 22:54:52 2016
From: itamar at ispbrasil.com.br (Itamar)
Date: Mon, 8 Feb 2016 22:54:52 -0200
Subject: [MASOCH-L] Hosting para VPS - levantamento
In-Reply-To: <64CE20BD-7349-4AC5-AF1F-0AF246B697E3@gmail.com>
References: <20160208121000.M69205@i805.com.br>
 <56B89978.4030500@ispbrasil.com.br>
 <CAN22Xq5Q=_d0x3XkAksxc1GviD__i+vb8GuWir0EV7NY7m+jsQ@mail.gmail.com>
 <64CE20BD-7349-4AC5-AF1F-0AF246B697E3@gmail.com>
Message-ID: <56B938DC.2000606@ispbrasil.com.br>

tamb?m acho,  se esta ficando fora pra ele ? provavel que seja o
provedor de conexao utilizado e nao a scaleway

On 02/08/2016 10:18 PM, Rafael Cresci wrote:
> O atendimento ? ?timo para o pre?o que cobram?
>
>> Tenho maquina na scaleway. Atendimento p?ssimo e fica fora para n?s do BR
>> v?rias vezes na semana.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From listas at leonardoamaral.com.br  Wed Feb 10 08:51:37 2016
From: listas at leonardoamaral.com.br (Leonardo Amaral - Listas)
Date: Wed, 10 Feb 2016 08:51:37 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
Message-ID: <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>

Bom dia!

Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
para homologar esses c?digos.

Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
(felizmente) n?o administro mais servidores de email, mas eu imagino
que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
usando o bash.exe (Ou alguma solu??o mais elegante, como portar
nativamente a cli e disponibilizar API para as chamadas internas, um
RPC ou coisa equivalente).

Att,

Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
> Gostaria de agradecer a todos que colaboraram com este nosso projeto SPFBL.
> Para quem ainda n?o conhece o projeto, segue o link do Github:
>
> https://github.com/leonamp/SPFBL
>
> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
> identifica??es e bloqueios do volume total de SPAM.
>
> Agora queremos estipular uma nova meta.
>
> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de 60%
> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
> fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
> Isso significa que um provedor deve alocar mais da metade de seus recursos
> computacionais para recepcionar e processar mensagens indesejadas.
>
> Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
> computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>
> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis por
> processar denuncias e colocar as fontes de SPAM em listas negras
> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
> cada uma.
>
> A minha proposta ? romper completamente com este paradigma de centraliza??o
> de processamento de denuncias. Inv?s disso, seria interessante determinar
> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que aquele
> remetente especifico que est? enviando foi considerado como SPAM pelo
> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
> sistema descentralizado do SPFBL.
>
> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
> muito o processo de puni??o pois n?o haveria necessidade de empresas de
> lista negra informem a eles estes abusos para que eles tomem provid?ncias
> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>
> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
> redu??o do volume de SPAM que sinalizei antes como meta.
>
> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
> computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
> meu ponto de vista.
>
> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O crit?rio
> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
> usado pela Symantec:
>
> https://support.symantec.com/en_US/article.TECH169847.html
>
> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
> semelhante, seria equivalente a dizer:
>
> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
> isso cada tentativa de envio deste remetente para este destinat?rio
> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede SPFBL,
> como ? o caso desta tentativa atual.
>
> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
> atingirmos nossa meta.
>
> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir a
> nova meta.
>
> Abra?os,
> Leandro
> SPFBL.net
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From leandro at allchemistry.com.br  Wed Feb 10 11:49:44 2016
From: leandro at allchemistry.com.br (Leandro Carlos Rodrigues)
Date: Wed, 10 Feb 2016 11:49:44 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
Message-ID: <56BB3FF8.3000906@allchemistry.com.br>

Leonardo. Eu dei uma olhada nesta RFC 3463 e vi que este c?digo 5.7.1 j? 
foi definido para esta finalidade:

    https://tools.ietf.org/html/rfc3463

Neste caso eu estava pensando em usar o mesmo c?digo, pois n?o 
precisaria mudar a RFC.

Para dar um pontap? inicial, criei esta listinha de c?digos SMTP para 
cada reposta negativa do SPFBL:

    451 4.7.1 GREYLIST
    451 4.7.2 LISTED
    554 5.7.1 FAIL
    554 5.7.1 NXDOMAIN
    554 5.7.1 INVALID
    554 5.7.1 BLOCKED

Se o sistema que responde por 554 5.7.1 n?o seja o SPFBL, mesmo assim a 
regra de parar de enviar e-mail para aquele destinat?rio continua 
valendo. Neste caso aproveitar este mesmo c?digo n?o prejudica os demais 
sistemas. Ali?s pode at? ajudar estes outros sistemas se o SPFBL 
conseguir fazer os enviadores diminu?rem o volume de SPAM para esta c?digos.

Se a gente adotar este c?digo 554 5.7.1 mesmo, terei que deixar bem 
claro na p?gina de pol?tica do SPFBL que a persist?ncia na tentativa de 
envio para estes casos acarreta em deteriora??o da reputa??o na rede P2P 
do SPFBL.

O que voc?s acham?

Leandro Carlos Rodrigues
TI All Chemistry do Brasil
(11) 3014-7100

Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
> Bom dia!
>
> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
> para homologar esses c?digos.
>
> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
> (felizmente) n?o administro mais servidores de email, mas eu imagino
> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
> nativamente a cli e disponibilizar API para as chamadas internas, um
> RPC ou coisa equivalente).
>
> Att,
>
> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>> Gostaria de agradecer a todos que colaboraram com este nosso projeto SPFBL.
>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>
>> https://github.com/leonamp/SPFBL
>>
>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>> identifica??es e bloqueios do volume total de SPAM.
>>
>> Agora queremos estipular uma nova meta.
>>
>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de 60%
>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
>> fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
>> Isso significa que um provedor deve alocar mais da metade de seus recursos
>> computacionais para recepcionar e processar mensagens indesejadas.
>>
>> Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>
>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis por
>> processar denuncias e colocar as fontes de SPAM em listas negras
>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
>> cada uma.
>>
>> A minha proposta ? romper completamente com este paradigma de centraliza??o
>> de processamento de denuncias. Inv?s disso, seria interessante determinar
>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que aquele
>> remetente especifico que est? enviando foi considerado como SPAM pelo
>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>> sistema descentralizado do SPFBL.
>>
>> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
>> lista negra informem a eles estes abusos para que eles tomem provid?ncias
>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>
>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
>> redu??o do volume de SPAM que sinalizei antes como meta.
>>
>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>> computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
>> meu ponto de vista.
>>
>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O crit?rio
>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
>> usado pela Symantec:
>>
>> https://support.symantec.com/en_US/article.TECH169847.html
>>
>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>> semelhante, seria equivalente a dizer:
>>
>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
>> isso cada tentativa de envio deste remetente para este destinat?rio
>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede SPFBL,
>> como ? o caso desta tentativa atual.
>>
>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
>> atingirmos nossa meta.
>>
>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir a
>> nova meta.
>>
>> Abra?os,
>> Leandro
>> SPFBL.net
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> -----
> Nenhum v?rus encontrado nessa mensagem.
> Verificado por AVG - www.avgbrasil.com.br
> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11594 - Data de Lan?amento: 02/09/16



From listas at leonardoamaral.com.br  Wed Feb 10 13:35:15 2016
From: listas at leonardoamaral.com.br (Leonardo Amaral - Listas)
Date: Wed, 10 Feb 2016 13:35:15 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <56BB3FF8.3000906@allchemistry.com.br>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
 <56BB3FF8.3000906@allchemistry.com.br>
Message-ID: <CAHX0N8vQCXk_xnE8p5ecGCGYL0GpDS53sQu7yTsNeVB=0GQP4A@mail.gmail.com>

Acredito que quanto mais pr?ximo do standard, melhor, se atendem os
c?digos e se ? suficiente a descri??o do sinal para satisfazer os
scores da API.

Sobre a quest?o da deteriora??o, eu precisaria pensar um pouco mais,
acredito que possa ter sa?da mesmo para quem n?o filtra e faz relay.

Em 10 de fevereiro de 2016 11:49, Leandro Carlos Rodrigues
<leandro at allchemistry.com.br> escreveu:
> Leonardo. Eu dei uma olhada nesta RFC 3463 e vi que este c?digo 5.7.1 j? foi
> definido para esta finalidade:
>
>    https://tools.ietf.org/html/rfc3463
>
> Neste caso eu estava pensando em usar o mesmo c?digo, pois n?o precisaria
> mudar a RFC.
>
> Para dar um pontap? inicial, criei esta listinha de c?digos SMTP para cada
> reposta negativa do SPFBL:
>
>    451 4.7.1 GREYLIST
>    451 4.7.2 LISTED
>    554 5.7.1 FAIL
>    554 5.7.1 NXDOMAIN
>    554 5.7.1 INVALID
>    554 5.7.1 BLOCKED
>
> Se o sistema que responde por 554 5.7.1 n?o seja o SPFBL, mesmo assim a
> regra de parar de enviar e-mail para aquele destinat?rio continua valendo.
> Neste caso aproveitar este mesmo c?digo n?o prejudica os demais sistemas.
> Ali?s pode at? ajudar estes outros sistemas se o SPFBL conseguir fazer os
> enviadores diminu?rem o volume de SPAM para esta c?digos.
>
> Se a gente adotar este c?digo 554 5.7.1 mesmo, terei que deixar bem claro na
> p?gina de pol?tica do SPFBL que a persist?ncia na tentativa de envio para
> estes casos acarreta em deteriora??o da reputa??o na rede P2P do SPFBL.
>
> O que voc?s acham?
>
> Leandro Carlos Rodrigues
> TI All Chemistry do Brasil
> (11) 3014-7100
>
>
> Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
>>
>> Bom dia!
>>
>> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
>> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
>> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
>> para homologar esses c?digos.
>>
>> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
>> (felizmente) n?o administro mais servidores de email, mas eu imagino
>> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
>> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
>> nativamente a cli e disponibilizar API para as chamadas internas, um
>> RPC ou coisa equivalente).
>>
>> Att,
>>
>> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>>>
>>> Gostaria de agradecer a todos que colaboraram com este nosso projeto
>>> SPFBL.
>>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>>
>>> https://github.com/leonamp/SPFBL
>>>
>>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
>>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>>> identifica??es e bloqueios do volume total de SPAM.
>>>
>>> Agora queremos estipular uma nova meta.
>>>
>>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de
>>> 60%
>>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
>>> fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
>>> Isso significa que um provedor deve alocar mais da metade de seus
>>> recursos
>>> computacionais para recepcionar e processar mensagens indesejadas.
>>>
>>> Se esta propor??o fosse menor, daria para o provedor alocar menos
>>> recursos
>>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes
>>> sem
>>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
>>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>>
>>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>>> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis
>>> por
>>> processar denuncias e colocar as fontes de SPAM em listas negras
>>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
>>> cada uma.
>>>
>>> A minha proposta ? romper completamente com este paradigma de
>>> centraliza??o
>>> de processamento de denuncias. Inv?s disso, seria interessante determinar
>>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que
>>> aquele
>>> remetente especifico que est? enviando foi considerado como SPAM pelo
>>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>>> sistema descentralizado do SPFBL.
>>>
>>> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
>>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
>>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso
>>> facilitaria
>>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
>>> lista negra informem a eles estes abusos para que eles tomem provid?ncias
>>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>>
>>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo
>>> MTA
>>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria
>>> a
>>> redu??o do volume de SPAM que sinalizei antes como meta.
>>>
>>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de
>>> 60%
>>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>>> computacionais para recepcionar e-mails indesejados seria satisfat?ria,
>>> do
>>> meu ponto de vista.
>>>
>>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
>>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O
>>> crit?rio
>>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>>> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
>>> usado pela Symantec:
>>>
>>> https://support.symantec.com/en_US/article.TECH169847.html
>>>
>>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>>> semelhante, seria equivalente a dizer:
>>>
>>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e
>>> por
>>> isso cada tentativa de envio deste remetente para este destinat?rio
>>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede
>>> SPFBL,
>>> como ? o caso desta tentativa atual.
>>>
>>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e
>>> talvez
>>> atingirmos nossa meta.
>>>
>>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir
>>> a
>>> nova meta.
>>>
>>> Abra?os,
>>> Leandro
>>> SPFBL.net
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>>
>> -----
>> Nenhum v?rus encontrado nessa mensagem.
>> Verificado por AVG - www.avgbrasil.com.br
>> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11594 - Data de
>> Lan?amento: 02/09/16
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From gxavier.bh at gwxinfo.com.br  Wed Feb 10 12:52:48 2016
From: gxavier.bh at gwxinfo.com.br (Guilherme F W Xavier)
Date: Wed, 10 Feb 2016 12:52:48 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
Message-ID: <56BB4EC0.6030208@gwxinfo.com.br>

Boa tarde,

Para a  vers?o do windows, seria criar um filtro para todas as msgs do 
servido de e-mail  com essa linha de comando?
*C:\cygwin\bin\bash.exe -l -c "/cygdrive/e/scripts/spfbl.sh"*

Grato,

Guilherme Xavier
http://www.gwxtecnologia.com.br/
Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
Linkedin: https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym

Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
> Bom dia!
>
> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
> para homologar esses c?digos.
>
> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
> (felizmente) n?o administro mais servidores de email, mas eu imagino
> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
> nativamente a cli e disponibilizar API para as chamadas internas, um
> RPC ou coisa equivalente).
>
> Att,
>
> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>> Gostaria de agradecer a todos que colaboraram com este nosso projeto SPFBL.
>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>
>> https://github.com/leonamp/SPFBL
>>
>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>> identifica??es e bloqueios do volume total de SPAM.
>>
>> Agora queremos estipular uma nova meta.
>>
>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de 60%
>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo que
>> fizemos no nosso pr?prio sistema incluindo 15 provedores como amostragem.
>> Isso significa que um provedor deve alocar mais da metade de seus recursos
>> computacionais para recepcionar e processar mensagens indesejadas.
>>
>> Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>
>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis por
>> processar denuncias e colocar as fontes de SPAM em listas negras
>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
>> cada uma.
>>
>> A minha proposta ? romper completamente com este paradigma de centraliza??o
>> de processamento de denuncias. Inv?s disso, seria interessante determinar
>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que aquele
>> remetente especifico que est? enviando foi considerado como SPAM pelo
>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>> sistema descentralizado do SPFBL.
>>
>> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
>> lista negra informem a eles estes abusos para que eles tomem provid?ncias
>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>
>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
>> redu??o do volume de SPAM que sinalizei antes como meta.
>>
>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>> computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
>> meu ponto de vista.
>>
>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O crit?rio
>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
>> usado pela Symantec:
>>
>> https://support.symantec.com/en_US/article.TECH169847.html
>>
>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>> semelhante, seria equivalente a dizer:
>>
>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
>> isso cada tentativa de envio deste remetente para este destinat?rio
>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede SPFBL,
>> como ? o caso desta tentativa atual.
>>
>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
>> atingirmos nossa meta.
>>
>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir a
>> nova meta.
>>
>> Abra?os,
>> Leandro
>> SPFBL.net
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From leandro at spfbl.net  Wed Feb 10 15:00:07 2016
From: leandro at spfbl.net (Leandro)
Date: Wed, 10 Feb 2016 15:00:07 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAHX0N8vQCXk_xnE8p5ecGCGYL0GpDS53sQu7yTsNeVB=0GQP4A@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
 <56BB3FF8.3000906@allchemistry.com.br>
 <CAHX0N8vQCXk_xnE8p5ecGCGYL0GpDS53sQu7yTsNeVB=0GQP4A@mail.gmail.com>
Message-ID: <CAM6AcpwZVu5hiy=6uz5iK77S7BGw-g9OxLmTgu-q9Z3sYZMmjA@mail.gmail.com>

A deteriora??o j? funciona bem. Estamos bloqueando mais de 95% do SPAM com
quase zero de falso positivo. O SPFBL consegue determinar bem o verdadeiro
respons?vel pelo envio do SPAM.

Estou trabalhando na nova p?gina de pol?tica de listagem. Mesmo que os
c?digos n?o foram definidos ainda, coloquei no ar um exemplo. Como meu
ingl?s est? enferrujado, vejam se fica claro ao remetente que ele deve
cessar o envio nestes situa??es para melhorar a reputa??o dele:

http://spfbl.net/policy2.html

Leandro
Em 10/02/2016 13:35, "Leonardo Amaral - Listas" <
listas at leonardoamaral.com.br> escreveu:

> Acredito que quanto mais pr?ximo do standard, melhor, se atendem os
> c?digos e se ? suficiente a descri??o do sinal para satisfazer os
> scores da API.
>
> Sobre a quest?o da deteriora??o, eu precisaria pensar um pouco mais,
> acredito que possa ter sa?da mesmo para quem n?o filtra e faz relay.
>
> Em 10 de fevereiro de 2016 11:49, Leandro Carlos Rodrigues
> <leandro at allchemistry.com.br> escreveu:
> > Leonardo. Eu dei uma olhada nesta RFC 3463 e vi que este c?digo 5.7.1 j?
> foi
> > definido para esta finalidade:
> >
> >    https://tools.ietf.org/html/rfc3463
> >
> > Neste caso eu estava pensando em usar o mesmo c?digo, pois n?o precisaria
> > mudar a RFC.
> >
> > Para dar um pontap? inicial, criei esta listinha de c?digos SMTP para
> cada
> > reposta negativa do SPFBL:
> >
> >    451 4.7.1 GREYLIST
> >    451 4.7.2 LISTED
> >    554 5.7.1 FAIL
> >    554 5.7.1 NXDOMAIN
> >    554 5.7.1 INVALID
> >    554 5.7.1 BLOCKED
> >
> > Se o sistema que responde por 554 5.7.1 n?o seja o SPFBL, mesmo assim a
> > regra de parar de enviar e-mail para aquele destinat?rio continua
> valendo.
> > Neste caso aproveitar este mesmo c?digo n?o prejudica os demais sistemas.
> > Ali?s pode at? ajudar estes outros sistemas se o SPFBL conseguir fazer os
> > enviadores diminu?rem o volume de SPAM para esta c?digos.
> >
> > Se a gente adotar este c?digo 554 5.7.1 mesmo, terei que deixar bem
> claro na
> > p?gina de pol?tica do SPFBL que a persist?ncia na tentativa de envio para
> > estes casos acarreta em deteriora??o da reputa??o na rede P2P do SPFBL.
> >
> > O que voc?s acham?
> >
> > Leandro Carlos Rodrigues
> > TI All Chemistry do Brasil
> > (11) 3014-7100
> >
> >
> > Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
> >>
> >> Bom dia!
> >>
> >> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
> >> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
> >> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
> >> para homologar esses c?digos.
> >>
> >> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
> >> (felizmente) n?o administro mais servidores de email, mas eu imagino
> >> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
> >> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
> >> nativamente a cli e disponibilizar API para as chamadas internas, um
> >> RPC ou coisa equivalente).
> >>
> >> Att,
> >>
> >> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
> >>>
> >>> Gostaria de agradecer a todos que colaboraram com este nosso projeto
> >>> SPFBL.
> >>> Para quem ainda n?o conhece o projeto, segue o link do Github:
> >>>
> >>> https://github.com/leonamp/SPFBL
> >>>
> >>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do
> volume
> >>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
> >>> identifica??es e bloqueios do volume total de SPAM.
> >>>
> >>> Agora queremos estipular uma nova meta.
> >>>
> >>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de
> >>> 60%
> >>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo
> que
> >>> fizemos no nosso pr?prio sistema incluindo 15 provedores como
> amostragem.
> >>> Isso significa que um provedor deve alocar mais da metade de seus
> >>> recursos
> >>> computacionais para recepcionar e processar mensagens indesejadas.
> >>>
> >>> Se esta propor??o fosse menor, daria para o provedor alocar menos
> >>> recursos
> >>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes
> >>> sem
> >>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume
> de
> >>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
> >>>
> >>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
> >>> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis
> >>> por
> >>> processar denuncias e colocar as fontes de SPAM em listas negras
> >>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
> >>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es
> de
> >>> cada uma.
> >>>
> >>> A minha proposta ? romper completamente com este paradigma de
> >>> centraliza??o
> >>> de processamento de denuncias. Inv?s disso, seria interessante
> determinar
> >>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que
> >>> aquele
> >>> remetente especifico que est? enviando foi considerado como SPAM pelo
> >>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
> >>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
> >>> sistema descentralizado do SPFBL.
> >>>
> >>> Com posse desta informa??o, ? poss?vel por exemplo que administradores
> de
> >>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de
> seu
> >>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso
> >>> facilitaria
> >>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
> >>> lista negra informem a eles estes abusos para que eles tomem
> provid?ncias
> >>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
> >>>
> >>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
> >>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo
> >>> MTA
> >>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso
> viria
> >>> a
> >>> redu??o do volume de SPAM que sinalizei antes como meta.
> >>>
> >>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de
> >>> 60%
> >>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
> >>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
> >>> computacionais para recepcionar e-mails indesejados seria satisfat?ria,
> >>> do
> >>> meu ponto de vista.
> >>>
> >>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o
> de
> >>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O
> >>> crit?rio
> >>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
> >>> usados para finalidades semelhantes. Este aqui seria um exemplo de
> c?digo
> >>> usado pela Symantec:
> >>>
> >>> https://support.symantec.com/en_US/article.TECH169847.html
> >>>
> >>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
> >>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
> >>> semelhante, seria equivalente a dizer:
> >>>
> >>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e
> >>> por
> >>> isso cada tentativa de envio deste remetente para este destinat?rio
> >>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede
> >>> SPFBL,
> >>> como ? o caso desta tentativa atual.
> >>>
> >>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
> >>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e
> >>> talvez
> >>> atingirmos nossa meta.
> >>>
> >>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e
> perseguir
> >>> a
> >>> nova meta.
> >>>
> >>> Abra?os,
> >>> Leandro
> >>> SPFBL.net
> >>> __
> >>> masoch-l list
> >>> https://eng.registro.br/mailman/listinfo/masoch-l
> >>
> >> __
> >> masoch-l list
> >> https://eng.registro.br/mailman/listinfo/masoch-l
> >>
> >>
> >> -----
> >> Nenhum v?rus encontrado nessa mensagem.
> >> Verificado por AVG - www.avgbrasil.com.br
> >> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11594 - Data de
> >> Lan?amento: 02/09/16
> >
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rejaine at bhz.jamef.com.br  Wed Feb 10 18:32:22 2016
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 10 Feb 2016 18:32:22 -0200
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
Message-ID: <56BB9E56.3000907@bhz.jamef.com.br>



Galera,

Como fa?o para descobrir a localiza??o de um e-mail recebido que foi 
enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as 
informa??es de IP do provedor e remetente, substituindo os mesmos pelos 
ips de rede local do pr?prio Google e um tal de SMTP.id criptografado. 
Sei que isso deve fazer parte da pol?tica de seguran?a e privacidade do 
Gmail, mas n?o deveria aparecer ao menos o IP do provedor no cabe?alho??



From fischerdouglas at gmail.com  Wed Feb 10 19:52:56 2016
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Wed, 10 Feb 2016 19:52:56 -0200
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
In-Reply-To: <56BB9E56.3000907@bhz.jamef.com.br>
References: <56BB9E56.3000907@bhz.jamef.com.br>
Message-ID: <CAKEr4RRPyaPiD_Xx6dub5gkBzbFS5jZhnrznUtqTFYCRu5YDPw@mail.gmail.com>

Rejane,
chegou a olhar aonde est? o hosting de e-mail do dom?nio do remetente?

Ser? que n?o ? cliente do GoogleApps?

Como est?o os registros MX e SPF do dom?nio do remetente?


Em 10 de fevereiro de 2016 18:32, Rejaine Monteiro <rejaine at bhz.jamef.com.br
> escreveu:

>
>
> Galera,
>
> Como fa?o para descobrir a localiza??o de um e-mail recebido que foi
> enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as
> informa??es de IP do provedor e remetente, substituindo os mesmos pelos ips
> de rede local do pr?prio Google e um tal de SMTP.id criptografado. Sei que
> isso deve fazer parte da pol?tica de seguran?a e privacidade do Gmail, mas
> n?o deveria aparecer ao menos o IP do provedor no cabe?alho??
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From zhushazang at yahoo.com.br  Wed Feb 10 20:16:10 2016
From: zhushazang at yahoo.com.br (Zhu Sha Zang)
Date: Wed, 10 Feb 2016 19:16:10 -0300
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
In-Reply-To: <56BB9E56.3000907@bhz.jamef.com.br>
References: <56BB9E56.3000907@bhz.jamef.com.br>
Message-ID: <20160210191610.31a3c599.zhushazang@yahoo.com.br>

Talvez ainda funcione:

http://aruljohn.com/info/howtofindipaddress/#ipdetect

Att

On Wed, 10 Feb 2016 18:32:22 -0200
Rejaine Monteiro <rejaine at bhz.jamef.com.br> wrote:

> Galera,
> 
> Como fa?o para descobrir a localiza??o de um e-mail recebido que foi 
> enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as 
> informa??es de IP do provedor e remetente, substituindo os mesmos pelos 
> ips de rede local do pr?prio Google e um tal de SMTP.id criptografado. 
> Sei que isso deve fazer parte da pol?tica de seguran?a e privacidade do 
> Gmail, mas n?o deveria aparecer ao menos o IP do provedor no cabe?alho??
> 
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From smuxbr at gmail.com  Wed Feb 10 20:29:21 2016
From: smuxbr at gmail.com (Roberto Lima)
Date: Wed, 10 Feb 2016 20:29:21 -0200
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
In-Reply-To: <20160210191610.31a3c599.zhushazang@yahoo.com.br>
References: <56BB9E56.3000907@bhz.jamef.com.br>
 <20160210191610.31a3c599.zhushazang@yahoo.com.br>
Message-ID: <CA+u5nNcqk3s_h-6o2UnsCAdyVS0pQG7+K5m3-NdtxTXt15MMUA@mail.gmail.com>

Zhu, n?o consegui utilizar a ferramenta. Talvez ela n?o funcione mais.

Rejane,

 Consigo identificar da seguinte forma:

X-Received: by 10.55.80.131 with SMTP id e125mr50351962qkb.62.1455127442313;
        Wed, 10 Feb 2016 10:04:02 -0800 (PST)
Return-Path: <xxx at gmail.com>
Received: from [192.168.0.13] ([191.188.73.25])
                ^^^^^^^^^^^     ^^^^^^^^^^^^
                 HELO/EHLO        IP Sender

        by smtp.googlemail.com with ESMTPSA id
s90sm1762716qgs.13.2016.02.10.10.03.59


Em 10 de fevereiro de 2016 20:16, Zhu Sha Zang <zhushazang at yahoo.com.br>
escreveu:

> Talvez ainda funcione:
>
> http://aruljohn.com/info/howtofindipaddress/#ipdetect
>
> Att
>
> On Wed, 10 Feb 2016 18:32:22 -0200
> Rejaine Monteiro <rejaine at bhz.jamef.com.br> wrote:
>
> > Galera,
> >
> > Como fa?o para descobrir a localiza??o de um e-mail recebido que foi
> > enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as
> > informa??es de IP do provedor e remetente, substituindo os mesmos pelos
> > ips de rede local do pr?prio Google e um tal de SMTP.id criptografado.
> > Sei que isso deve fazer parte da pol?tica de seguran?a e privacidade do
> > Gmail, mas n?o deveria aparecer ao menos o IP do provedor no cabe?alho??
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From leandro at allchemistry.com.br  Thu Feb 11 07:01:15 2016
From: leandro at allchemistry.com.br (Leandro Carlos Rodrigues)
Date: Thu, 11 Feb 2016 07:01:15 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <56BB4EC0.6030208@gwxinfo.com.br>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
 <56BB4EC0.6030208@gwxinfo.com.br>
Message-ID: <56BC4DDB.3060205@allchemistry.com.br>

  Nunca usei este bash de Windows mas isso me parece que funciona sim. 
Se esse bash.exe rodar exatamente igual ao bash convencional.

Leandro Carlos Rodrigues
TI All Chemistry do Brasil
(11) 3014-7100

Em 10/02/2016 12:52, Guilherme F W Xavier escreveu:
> Boa tarde,
>
> Para a  vers?o do windows, seria criar um filtro para todas as msgs do 
> servido de e-mail  com essa linha de comando?
> *C:\cygwin\bin\bash.exe -l -c "/cygdrive/e/scripts/spfbl.sh"*
>
> Grato,
>
> Guilherme Xavier
> http://www.gwxtecnologia.com.br/
> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
> Linkedin: 
> https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym
>
> Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
>> Bom dia!
>>
>> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
>> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
>> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
>> para homologar esses c?digos.
>>
>> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
>> (felizmente) n?o administro mais servidores de email, mas eu imagino
>> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
>> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
>> nativamente a cli e disponibilizar API para as chamadas internas, um
>> RPC ou coisa equivalente).
>>
>> Att,
>>
>> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>>> Gostaria de agradecer a todos que colaboraram com este nosso projeto 
>>> SPFBL.
>>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>>
>>> https://github.com/leonamp/SPFBL
>>>
>>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do 
>>> volume
>>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>>> identifica??es e bloqueios do volume total de SPAM.
>>>
>>> Agora queremos estipular uma nova meta.
>>>
>>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca 
>>> de 60%
>>> do volume de mensagens enviadas s?o consideradas SPAM, segundo 
>>> estudo que
>>> fizemos no nosso pr?prio sistema incluindo 15 provedores como 
>>> amostragem.
>>> Isso significa que um provedor deve alocar mais da metade de seus 
>>> recursos
>>> computacionais para recepcionar e processar mensagens indesejadas.
>>>
>>> Se esta propor??o fosse menor, daria para o provedor alocar menos 
>>> recursos
>>> computacionais, reduzindo custos, ou aumentar a quantidade de 
>>> clientes sem
>>> fazer novos investimentos. Acredito que uma redu??o dr?stica do 
>>> volume de
>>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>>
>>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>>> empresas especializadas, como Spamcop ou Spamhaus, que s?o 
>>> respons?veis por
>>> processar denuncias e colocar as fontes de SPAM em listas negras
>>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>>> empresas cobram a remo??o dos IPs de suas listas, sob certas 
>>> condi??es de
>>> cada uma.
>>>
>>> A minha proposta ? romper completamente com este paradigma de 
>>> centraliza??o
>>> de processamento de denuncias. Inv?s disso, seria interessante 
>>> determinar
>>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que 
>>> aquele
>>> remetente especifico que est? enviando foi considerado como SPAM pelo
>>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>>> sistema descentralizado do SPFBL.
>>>
>>> Com posse desta informa??o, ? poss?vel por exemplo que 
>>> administradores de
>>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s 
>>> de seu
>>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso 
>>> facilitaria
>>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
>>> lista negra informem a eles estes abusos para que eles tomem 
>>> provid?ncias
>>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>>
>>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail 
>>> pelo MTA
>>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso 
>>> viria a
>>> redu??o do volume de SPAM que sinalizei antes como meta.
>>>
>>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM 
>>> de 60%
>>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>>> computacionais para recepcionar e-mails indesejados seria 
>>> satisfat?ria, do
>>> meu ponto de vista.
>>>
>>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o 
>>> padr?o de
>>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O 
>>> crit?rio
>>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>>> usados para finalidades semelhantes. Este aqui seria um exemplo de 
>>> c?digo
>>> usado pela Symantec:
>>>
>>> https://support.symantec.com/en_US/article.TECH169847.html
>>>
>>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>>> semelhante, seria equivalente a dizer:
>>>
>>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio 
>>> e por
>>> isso cada tentativa de envio deste remetente para este destinat?rio
>>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede 
>>> SPFBL,
>>> como ? o caso desta tentativa atual.
>>>
>>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e 
>>> talvez
>>> atingirmos nossa meta.
>>>
>>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e 
>>> perseguir a
>>> nova meta.
>>>
>>> Abra?os,
>>> Leandro
>>> SPFBL.net
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> -----
> Nenhum v?rus encontrado nessa mensagem.
> Verificado por AVG - www.avgbrasil.com.br
> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11602 - Data de 
> Lan?amento: 02/11/16



From rejaine at bhz.jamef.com.br  Thu Feb 11 10:02:28 2016
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Thu, 11 Feb 2016 10:02:28 -0200
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
In-Reply-To: <CA+u5nNcqk3s_h-6o2UnsCAdyVS0pQG7+K5m3-NdtxTXt15MMUA@mail.gmail.com>
References: <56BB9E56.3000907@bhz.jamef.com.br>
 <20160210191610.31a3c599.zhushazang@yahoo.com.br>
 <CA+u5nNcqk3s_h-6o2UnsCAdyVS0pQG7+K5m3-NdtxTXt15MMUA@mail.gmail.com>
Message-ID: <56BC7854.2030409@bhz.jamef.com.br>


Acho que n?o tem jeito mesmo n?o, pelo menos dos e-mails enviados pelo 
Gmail via web.
Todos os ips que aparecem no cabe?alho nos campos Received e Received 
from s?o endere?os privados e/ou p?blicos da pr?pria Google. Os outros 
que aparecem s?o os da minha rede p?blica, quando recebido aqui...
Fa?am um teste: enviem para o e-mail de voc?s uma mensagem a partir do 
Google (usando o webmail) . N?o aparece nada no cabe?alho que indicar? a 
origem de sua conex?o...

Exemplo:

Received: from unknown (HELO mail-ob0-f196.google.com) (209.85.214.196)
  by meuservidor.com.br  with SMTP; 13 Jan 2016 16:51:52 -0200
Received-SPF: pass (meuservidor.com.br: SPF record at 
_netblocks.google.com designates 209.85.214.196 as permitted sender)
Received: by mail-ob0-f196.google.com with SMTP id is5so7256722obc.3
         for <fulano at meudominio.com.br>; Wed, 13 Jan 2016 10:52:07 -0800 
(PST)

<corte>.... e o primeiro Received:

X-Received: by 10.60.159.230 with SMTP id 
xf6mr104218138oeb.43.1452711120523;
Wed, 13 Jan 2016 10:52:00 -0800 (PST)
Received: by 10.182.147.4 with HTTP; Wed, 13 Jan 2016 10:52:00 -0800 
(PST)Date:
Wed, 13 Jan 2016 16:52:00 -0200



On 10-02-2016 20:29, Roberto Lima wrote:
> Zhu, n?o consegui utilizar a ferramenta. Talvez ela n?o funcione mais.
>
> Rejane,
>
>   Consigo identificar da seguinte forma:
>
> X-Received: by 10.55.80.131 with SMTP id e125mr50351962qkb.62.1455127442313;
>          Wed, 10 Feb 2016 10:04:02 -0800 (PST)
> Return-Path: <xxx at gmail.com>
> Received: from [192.168.0.13] ([191.188.73.25])
>                  ^^^^^^^^^^^     ^^^^^^^^^^^^
>                   HELO/EHLO        IP Sender
>
>          by smtp.googlemail.com with ESMTPSA id
> s90sm1762716qgs.13.2016.02.10.10.03.59
>
>
> Em 10 de fevereiro de 2016 20:16, Zhu Sha Zang <zhushazang at yahoo.com.br>
> escreveu:
>
>> Talvez ainda funcione:
>>
>> http://aruljohn.com/info/howtofindipaddress/#ipdetect
>>
>> Att
>>
>> On Wed, 10 Feb 2016 18:32:22 -0200
>> Rejaine Monteiro <rejaine at bhz.jamef.com.br> wrote:
>>
>>> Galera,
>>>
>>> Como fa?o para descobrir a localiza??o de um e-mail recebido que foi
>>> enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as
>>> informa??es de IP do provedor e remetente, substituindo os mesmos pelos
>>> ips de rede local do pr?prio Google e um tal de SMTP.id criptografado.
>>> Sei que isso deve fazer parte da pol?tica de seguran?a e privacidade do
>>> Gmail, mas n?o deveria aparecer ao menos o IP do provedor no cabe?alho??
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From fischerdouglas at gmail.com  Thu Feb 11 10:08:04 2016
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Thu, 11 Feb 2016 10:08:04 -0200
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
In-Reply-To: <56BC7854.2030409@bhz.jamef.com.br>
References: <56BB9E56.3000907@bhz.jamef.com.br>
 <20160210191610.31a3c599.zhushazang@yahoo.com.br>
 <CA+u5nNcqk3s_h-6o2UnsCAdyVS0pQG7+K5m3-NdtxTXt15MMUA@mail.gmail.com>
 <56BC7854.2030409@bhz.jamef.com.br>
Message-ID: <CAKEr4RS0k=cYG-eBHrYF-=F2xT2MSX-JzUW5Y2phRx90uaURtw@mail.gmail.com>

Agora fiquei mais confuso ainda!

O remetente ? @gmail ou @dominio-hospedado-no-Gapps ?
Se ? isso, ESQUE?A!

Em 11 de fevereiro de 2016 10:02, Rejaine Monteiro <rejaine at bhz.jamef.com.br
> escreveu:

>
> Acho que n?o tem jeito mesmo n?o, pelo menos dos e-mails enviados pelo
> Gmail via web.
> Todos os ips que aparecem no cabe?alho nos campos Received e Received from
> s?o endere?os privados e/ou p?blicos da pr?pria Google. Os outros que
> aparecem s?o os da minha rede p?blica, quando recebido aqui...
> Fa?am um teste: enviem para o e-mail de voc?s uma mensagem a partir do
> Google (usando o webmail) . N?o aparece nada no cabe?alho que indicar? a
> origem de sua conex?o...
>
> Exemplo:
>
> Received: from unknown (HELO mail-ob0-f196.google.com) (209.85.214.196)
>  by meuservidor.com.br  with SMTP; 13 Jan 2016 16:51:52 -0200
> Received-SPF: pass (meuservidor.com.br: SPF record at _
> netblocks.google.com designates 209.85.214.196 as permitted sender)
> Received: by mail-ob0-f196.google.com with SMTP id is5so7256722obc.3
>         for <fulano at meudominio.com.br>; Wed, 13 Jan 2016 10:52:07 -0800
> (PST)
>
> <corte>.... e o primeiro Received:
>
> X-Received: by 10.60.159.230 with SMTP id
> xf6mr104218138oeb.43.1452711120523;
> Wed, 13 Jan 2016 10:52:00 -0800 (PST)
> Received: by 10.182.147.4 with HTTP; Wed, 13 Jan 2016 10:52:00 -0800
> (PST)Date:
> Wed, 13 Jan 2016 16:52:00 -0200
>
>
>
>
> On 10-02-2016 20:29, Roberto Lima wrote:
>
>> Zhu, n?o consegui utilizar a ferramenta. Talvez ela n?o funcione mais.
>>
>> Rejane,
>>
>>   Consigo identificar da seguinte forma:
>>
>> X-Received: by 10.55.80.131 with SMTP id
>> e125mr50351962qkb.62.1455127442313;
>>          Wed, 10 Feb 2016 10:04:02 -0800 (PST)
>> Return-Path: <xxx at gmail.com>
>> Received: from [192.168.0.13] ([191.188.73.25])
>>                  ^^^^^^^^^^^     ^^^^^^^^^^^^
>>                   HELO/EHLO        IP Sender
>>
>>          by smtp.googlemail.com with ESMTPSA id
>> s90sm1762716qgs.13.2016.02.10.10.03.59
>>
>>
>> Em 10 de fevereiro de 2016 20:16, Zhu Sha Zang <zhushazang at yahoo.com.br>
>> escreveu:
>>
>> Talvez ainda funcione:
>>>
>>> http://aruljohn.com/info/howtofindipaddress/#ipdetect
>>>
>>> Att
>>>
>>> On Wed, 10 Feb 2016 18:32:22 -0200
>>> Rejaine Monteiro <rejaine at bhz.jamef.com.br> wrote:
>>>
>>> Galera,
>>>>
>>>> Como fa?o para descobrir a localiza??o de um e-mail recebido que foi
>>>> enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as
>>>> informa??es de IP do provedor e remetente, substituindo os mesmos pelos
>>>> ips de rede local do pr?prio Google e um tal de SMTP.id criptografado.
>>>> Sei que isso deve fazer parte da pol?tica de seguran?a e privacidade do
>>>> Gmail, mas n?o deveria aparecer ao menos o IP do provedor no cabe?alho??
>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Tel: (31) 2102-8854
> rejaine at bhz.jamef.com.br
> www.jamef.com.br
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From rejaine at bhz.jamef.com.br  Thu Feb 11 10:10:15 2016
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Thu, 11 Feb 2016 10:10:15 -0200
Subject: [MASOCH-L] Ajuda com rastreio de e-mail
In-Reply-To: <CAKEr4RS0k=cYG-eBHrYF-=F2xT2MSX-JzUW5Y2phRx90uaURtw@mail.gmail.com>
References: <56BB9E56.3000907@bhz.jamef.com.br>
 <20160210191610.31a3c599.zhushazang@yahoo.com.br>
 <CA+u5nNcqk3s_h-6o2UnsCAdyVS0pQG7+K5m3-NdtxTXt15MMUA@mail.gmail.com>
 <56BC7854.2030409@bhz.jamef.com.br>
 <CAKEr4RS0k=cYG-eBHrYF-=F2xT2MSX-JzUW5Y2phRx90uaURtw@mail.gmail.com>
Message-ID: <56BC7A27.8040401@bhz.jamef.com.br>


N?o ? GoogleApss, ? endere?o do Gmail mesmo (enviado pelo webmail do Gmail)
Por isso mesmo j? esqueci,  pois vi q n?o tem mesmo como....


On 11-02-2016 10:08, Douglas Fischer wrote:
> Agora fiquei mais confuso ainda!
>
> O remetente ? @gmail ou @dominio-hospedado-no-Gapps ?
> Se ? isso, ESQUE?A!
>
> Em 11 de fevereiro de 2016 10:02, Rejaine Monteiro <rejaine at bhz.jamef.com.br
>> escreveu:
>> Acho que n?o tem jeito mesmo n?o, pelo menos dos e-mails enviados pelo
>> Gmail via web.
>> Todos os ips que aparecem no cabe?alho nos campos Received e Received from
>> s?o endere?os privados e/ou p?blicos da pr?pria Google. Os outros que
>> aparecem s?o os da minha rede p?blica, quando recebido aqui...
>> Fa?am um teste: enviem para o e-mail de voc?s uma mensagem a partir do
>> Google (usando o webmail) . N?o aparece nada no cabe?alho que indicar? a
>> origem de sua conex?o...
>>
>> Exemplo:
>>
>> Received: from unknown (HELO mail-ob0-f196.google.com) (209.85.214.196)
>>   by meuservidor.com.br  with SMTP; 13 Jan 2016 16:51:52 -0200
>> Received-SPF: pass (meuservidor.com.br: SPF record at _
>> netblocks.google.com designates 209.85.214.196 as permitted sender)
>> Received: by mail-ob0-f196.google.com with SMTP id is5so7256722obc.3
>>          for <fulano at meudominio.com.br>; Wed, 13 Jan 2016 10:52:07 -0800
>> (PST)
>>
>> <corte>.... e o primeiro Received:
>>
>> X-Received: by 10.60.159.230 with SMTP id
>> xf6mr104218138oeb.43.1452711120523;
>> Wed, 13 Jan 2016 10:52:00 -0800 (PST)
>> Received: by 10.182.147.4 with HTTP; Wed, 13 Jan 2016 10:52:00 -0800
>> (PST)Date:
>> Wed, 13 Jan 2016 16:52:00 -0200
>>
>>
>>
>>
>> On 10-02-2016 20:29, Roberto Lima wrote:
>>
>>> Zhu, n?o consegui utilizar a ferramenta. Talvez ela n?o funcione mais.
>>>
>>> Rejane,
>>>
>>>    Consigo identificar da seguinte forma:
>>>
>>> X-Received: by 10.55.80.131 with SMTP id
>>> e125mr50351962qkb.62.1455127442313;
>>>           Wed, 10 Feb 2016 10:04:02 -0800 (PST)
>>> Return-Path: <xxx at gmail.com>
>>> Received: from [192.168.0.13] ([191.188.73.25])
>>>                   ^^^^^^^^^^^     ^^^^^^^^^^^^
>>>                    HELO/EHLO        IP Sender
>>>
>>>           by smtp.googlemail.com with ESMTPSA id
>>> s90sm1762716qgs.13.2016.02.10.10.03.59
>>>
>>>
>>> Em 10 de fevereiro de 2016 20:16, Zhu Sha Zang <zhushazang at yahoo.com.br>
>>> escreveu:
>>>
>>> Talvez ainda funcione:
>>>> http://aruljohn.com/info/howtofindipaddress/#ipdetect
>>>>
>>>> Att
>>>>
>>>> On Wed, 10 Feb 2016 18:32:22 -0200
>>>> Rejaine Monteiro <rejaine at bhz.jamef.com.br> wrote:
>>>>
>>>> Galera,
>>>>> Como fa?o para descobrir a localiza??o de um e-mail recebido que foi
>>>>> enviado a partir do Gmail via HTTP? Parece que o Gmail oculta as
>>>>> informa??es de IP do provedor e remetente, substituindo os mesmos pelos
>>>>> ips de rede local do pr?prio Google e um tal de SMTP.id criptografado.
>>>>> Sei que isso deve fazer parte da pol?tica de seguran?a e privacidade do
>>>>> Gmail, mas n?o deveria aparecer ao menos o IP do provedor no cabe?alho??
>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Tel: (31) 2102-8854
>> rejaine at bhz.jamef.com.br
>> www.jamef.com.br
>>
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
>

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From rejaine at bhz.jamef.com.br  Thu Feb 11 17:29:09 2016
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Thu, 11 Feb 2016 17:29:09 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAM6AcpwZVu5hiy=6uz5iK77S7BGw-g9OxLmTgu-q9Z3sYZMmjA@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
 <56BB3FF8.3000906@allchemistry.com.br>
 <CAHX0N8vQCXk_xnE8p5ecGCGYL0GpDS53sQu7yTsNeVB=0GQP4A@mail.gmail.com>
 <CAM6AcpwZVu5hiy=6uz5iK77S7BGw-g9OxLmTgu-q9Z3sYZMmjA@mail.gmail.com>
Message-ID: <56BCE105.5030101@bhz.jamef.com.br>


Ol? Leandro,

Estou usando a SPFBL ha algum tempo e esta funcionando bem...
Mas de um tempo c?, mais especificamente nas ?ltimas duas semanas, tem 
aparecido alguns falsos positivos.
Eu criei um dns local  para fazer o "bypass" da consulta RBL para esses 
casos,  portanto estou contornando os casos que encontro dessa forma. S? 
achei estranho que entre ontem e hoje apareceram tr?s ou quatro casos, 
por exemplo, e j? estou usando desde novembro e raramente estavam 
reclamando.

On 10-02-2016 15:00, Leandro wrote:
> A deteriora??o j? funciona bem. Estamos bloqueando mais de 95% do SPAM com
> quase zero de falso positivo. O SPFBL consegue determinar bem o verdadeiro
> respons?vel pelo envio do SPAM.
>
> Estou trabalhando na nova p?gina de pol?tica de listagem. Mesmo que os
> c?digos n?o foram definidos ainda, coloquei no ar um exemplo. Como meu
> ingl?s est? enferrujado, vejam se fica claro ao remetente que ele deve
> cessar o envio nestes situa??es para melhorar a reputa??o dele:
>
> http://spfbl.net/policy2.html
>
> Leandro
> Em 10/02/2016 13:35, "Leonardo Amaral - Listas" <
> listas at leonardoamaral.com.br> escreveu:
>
>> Acredito que quanto mais pr?ximo do standard, melhor, se atendem os
>> c?digos e se ? suficiente a descri??o do sinal para satisfazer os
>> scores da API.
>>
>> Sobre a quest?o da deteriora??o, eu precisaria pensar um pouco mais,
>> acredito que possa ter sa?da mesmo para quem n?o filtra e faz relay.
>>
>> Em 10 de fevereiro de 2016 11:49, Leandro Carlos Rodrigues
>> <leandro at allchemistry.com.br> escreveu:
>>> Leonardo. Eu dei uma olhada nesta RFC 3463 e vi que este c?digo 5.7.1 j?
>> foi
>>> definido para esta finalidade:
>>>
>>>     https://tools.ietf.org/html/rfc3463
>>>
>>> Neste caso eu estava pensando em usar o mesmo c?digo, pois n?o precisaria
>>> mudar a RFC.
>>>
>>> Para dar um pontap? inicial, criei esta listinha de c?digos SMTP para
>> cada
>>> reposta negativa do SPFBL:
>>>
>>>     451 4.7.1 GREYLIST
>>>     451 4.7.2 LISTED
>>>     554 5.7.1 FAIL
>>>     554 5.7.1 NXDOMAIN
>>>     554 5.7.1 INVALID
>>>     554 5.7.1 BLOCKED
>>>
>>> Se o sistema que responde por 554 5.7.1 n?o seja o SPFBL, mesmo assim a
>>> regra de parar de enviar e-mail para aquele destinat?rio continua
>> valendo.
>>> Neste caso aproveitar este mesmo c?digo n?o prejudica os demais sistemas.
>>> Ali?s pode at? ajudar estes outros sistemas se o SPFBL conseguir fazer os
>>> enviadores diminu?rem o volume de SPAM para esta c?digos.
>>>
>>> Se a gente adotar este c?digo 554 5.7.1 mesmo, terei que deixar bem
>> claro na
>>> p?gina de pol?tica do SPFBL que a persist?ncia na tentativa de envio para
>>> estes casos acarreta em deteriora??o da reputa??o na rede P2P do SPFBL.
>>>
>>> O que voc?s acham?
>>>
>>> Leandro Carlos Rodrigues
>>> TI All Chemistry do Brasil
>>> (11) 3014-7100
>>>
>>>
>>> Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
>>>> Bom dia!
>>>>
>>>> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
>>>> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
>>>> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
>>>> para homologar esses c?digos.
>>>>
>>>> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
>>>> (felizmente) n?o administro mais servidores de email, mas eu imagino
>>>> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
>>>> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
>>>> nativamente a cli e disponibilizar API para as chamadas internas, um
>>>> RPC ou coisa equivalente).
>>>>
>>>> Att,
>>>>
>>>> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>>>>> Gostaria de agradecer a todos que colaboraram com este nosso projeto
>>>>> SPFBL.
>>>>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>>>>
>>>>> https://github.com/leonamp/SPFBL
>>>>>
>>>>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do
>> volume
>>>>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>>>>> identifica??es e bloqueios do volume total de SPAM.
>>>>>
>>>>> Agora queremos estipular uma nova meta.
>>>>>
>>>>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de
>>>>> 60%
>>>>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo
>> que
>>>>> fizemos no nosso pr?prio sistema incluindo 15 provedores como
>> amostragem.
>>>>> Isso significa que um provedor deve alocar mais da metade de seus
>>>>> recursos
>>>>> computacionais para recepcionar e processar mensagens indesejadas.
>>>>>
>>>>> Se esta propor??o fosse menor, daria para o provedor alocar menos
>>>>> recursos
>>>>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes
>>>>> sem
>>>>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume
>> de
>>>>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>>>>
>>>>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>>>>> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis
>>>>> por
>>>>> processar denuncias e colocar as fontes de SPAM em listas negras
>>>>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>>>>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es
>> de
>>>>> cada uma.
>>>>>
>>>>> A minha proposta ? romper completamente com este paradigma de
>>>>> centraliza??o
>>>>> de processamento de denuncias. Inv?s disso, seria interessante
>> determinar
>>>>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que
>>>>> aquele
>>>>> remetente especifico que est? enviando foi considerado como SPAM pelo
>>>>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>>>>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>>>>> sistema descentralizado do SPFBL.
>>>>>
>>>>> Com posse desta informa??o, ? poss?vel por exemplo que administradores
>> de
>>>>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de
>> seu
>>>>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso
>>>>> facilitaria
>>>>> muito o processo de puni??o pois n?o haveria necessidade de empresas de
>>>>> lista negra informem a eles estes abusos para que eles tomem
>> provid?ncias
>>>>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>>>>
>>>>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>>>>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo
>>>>> MTA
>>>>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso
>> viria
>>>>> a
>>>>> redu??o do volume de SPAM que sinalizei antes como meta.
>>>>>
>>>>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de
>>>>> 60%
>>>>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>>>>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>>>>> computacionais para recepcionar e-mails indesejados seria satisfat?ria,
>>>>> do
>>>>> meu ponto de vista.
>>>>>
>>>>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o
>> de
>>>>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O
>>>>> crit?rio
>>>>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>>>>> usados para finalidades semelhantes. Este aqui seria um exemplo de
>> c?digo
>>>>> usado pela Symantec:
>>>>>
>>>>> https://support.symantec.com/en_US/article.TECH169847.html
>>>>>
>>>>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>>>>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>>>>> semelhante, seria equivalente a dizer:
>>>>>
>>>>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e
>>>>> por
>>>>> isso cada tentativa de envio deste remetente para este destinat?rio
>>>>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede
>>>>> SPFBL,
>>>>> como ? o caso desta tentativa atual.
>>>>>
>>>>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>>>>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e
>>>>> talvez
>>>>> atingirmos nossa meta.
>>>>>
>>>>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e
>> perseguir
>>>>> a
>>>>> nova meta.
>>>>>
>>>>> Abra?os,
>>>>> Leandro
>>>>> SPFBL.net
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>>
>>>> -----
>>>> Nenhum v?rus encontrado nessa mensagem.
>>>> Verificado por AVG - www.avgbrasil.com.br
>>>> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11594 - Data de
>>>> Lan?amento: 02/09/16
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From leandro at spfbl.net  Thu Feb 11 17:53:17 2016
From: leandro at spfbl.net (Leandro)
Date: Thu, 11 Feb 2016 17:53:17 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <56BCE105.5030101@bhz.jamef.com.br>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
 <56BB3FF8.3000906@allchemistry.com.br>
 <CAHX0N8vQCXk_xnE8p5ecGCGYL0GpDS53sQu7yTsNeVB=0GQP4A@mail.gmail.com>
 <CAM6AcpwZVu5hiy=6uz5iK77S7BGw-g9OxLmTgu-q9Z3sYZMmjA@mail.gmail.com>
 <56BCE105.5030101@bhz.jamef.com.br>
Message-ID: <CAM6AcpxUV3r=mtCiMt6WtKkO9uLp7Fb01TEyb80vQpNTgOR_Gg@mail.gmail.com>

Oi Rejaine,

Me passe todos os casos para eu analisar aqui.

Eu criei um algoritmo para minerar IPs din?micos e acredito que ele seja
respons?vel por incluir na lista blocos que n?o s?o din?micos de fato.

Eu j? desliguei o algoritmo alguns dias atr?s mas n?o consegui revisar tudo
que ele fez.

Leandro

Em 11 de fevereiro de 2016 17:29, Rejaine Monteiro <rejaine at bhz.jamef.com.br
> escreveu:

>
> Ol? Leandro,
>
> Estou usando a SPFBL ha algum tempo e esta funcionando bem...
> Mas de um tempo c?, mais especificamente nas ?ltimas duas semanas, tem
> aparecido alguns falsos positivos.
> Eu criei um dns local  para fazer o "bypass" da consulta RBL para esses
> casos,  portanto estou contornando os casos que encontro dessa forma. S?
> achei estranho que entre ontem e hoje apareceram tr?s ou quatro casos, por
> exemplo, e j? estou usando desde novembro e raramente estavam reclamando.
>
> On 10-02-2016 15:00, Leandro wrote:
>
>> A deteriora??o j? funciona bem. Estamos bloqueando mais de 95% do SPAM com
>> quase zero de falso positivo. O SPFBL consegue determinar bem o verdadeiro
>> respons?vel pelo envio do SPAM.
>>
>> Estou trabalhando na nova p?gina de pol?tica de listagem. Mesmo que os
>> c?digos n?o foram definidos ainda, coloquei no ar um exemplo. Como meu
>> ingl?s est? enferrujado, vejam se fica claro ao remetente que ele deve
>> cessar o envio nestes situa??es para melhorar a reputa??o dele:
>>
>> http://spfbl.net/policy2.html
>>
>> Leandro
>> Em 10/02/2016 13:35, "Leonardo Amaral - Listas" <
>> listas at leonardoamaral.com.br> escreveu:
>>
>> Acredito que quanto mais pr?ximo do standard, melhor, se atendem os
>>> c?digos e se ? suficiente a descri??o do sinal para satisfazer os
>>> scores da API.
>>>
>>> Sobre a quest?o da deteriora??o, eu precisaria pensar um pouco mais,
>>> acredito que possa ter sa?da mesmo para quem n?o filtra e faz relay.
>>>
>>> Em 10 de fevereiro de 2016 11:49, Leandro Carlos Rodrigues
>>> <leandro at allchemistry.com.br> escreveu:
>>>
>>>> Leonardo. Eu dei uma olhada nesta RFC 3463 e vi que este c?digo 5.7.1 j?
>>>>
>>> foi
>>>
>>>> definido para esta finalidade:
>>>>
>>>>     https://tools.ietf.org/html/rfc3463
>>>>
>>>> Neste caso eu estava pensando em usar o mesmo c?digo, pois n?o
>>>> precisaria
>>>> mudar a RFC.
>>>>
>>>> Para dar um pontap? inicial, criei esta listinha de c?digos SMTP para
>>>>
>>> cada
>>>
>>>> reposta negativa do SPFBL:
>>>>
>>>>     451 4.7.1 GREYLIST
>>>>     451 4.7.2 LISTED
>>>>     554 5.7.1 FAIL
>>>>     554 5.7.1 NXDOMAIN
>>>>     554 5.7.1 INVALID
>>>>     554 5.7.1 BLOCKED
>>>>
>>>> Se o sistema que responde por 554 5.7.1 n?o seja o SPFBL, mesmo assim a
>>>> regra de parar de enviar e-mail para aquele destinat?rio continua
>>>>
>>> valendo.
>>>
>>>> Neste caso aproveitar este mesmo c?digo n?o prejudica os demais
>>>> sistemas.
>>>> Ali?s pode at? ajudar estes outros sistemas se o SPFBL conseguir fazer
>>>> os
>>>> enviadores diminu?rem o volume de SPAM para esta c?digos.
>>>>
>>>> Se a gente adotar este c?digo 554 5.7.1 mesmo, terei que deixar bem
>>>>
>>> claro na
>>>
>>>> p?gina de pol?tica do SPFBL que a persist?ncia na tentativa de envio
>>>> para
>>>> estes casos acarreta em deteriora??o da reputa??o na rede P2P do SPFBL.
>>>>
>>>> O que voc?s acham?
>>>>
>>>> Leandro Carlos Rodrigues
>>>> TI All Chemistry do Brasil
>>>> (11) 3014-7100
>>>>
>>>>
>>>> Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
>>>>
>>>>> Bom dia!
>>>>>
>>>>> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
>>>>> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
>>>>> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
>>>>> para homologar esses c?digos.
>>>>>
>>>>> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
>>>>> (felizmente) n?o administro mais servidores de email, mas eu imagino
>>>>> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
>>>>> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
>>>>> nativamente a cli e disponibilizar API para as chamadas internas, um
>>>>> RPC ou coisa equivalente).
>>>>>
>>>>> Att,
>>>>>
>>>>> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>>>>>
>>>>>> Gostaria de agradecer a todos que colaboraram com este nosso projeto
>>>>>> SPFBL.
>>>>>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>>>>>
>>>>>> https://github.com/leonamp/SPFBL
>>>>>>
>>>>>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do
>>>>>>
>>>>> volume
>>>
>>>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>>>>>> identifica??es e bloqueios do volume total de SPAM.
>>>>>>
>>>>>> Agora queremos estipular uma nova meta.
>>>>>>
>>>>>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca
>>>>>> de
>>>>>> 60%
>>>>>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo
>>>>>>
>>>>> que
>>>
>>>> fizemos no nosso pr?prio sistema incluindo 15 provedores como
>>>>>>
>>>>> amostragem.
>>>
>>>> Isso significa que um provedor deve alocar mais da metade de seus
>>>>>> recursos
>>>>>> computacionais para recepcionar e processar mensagens indesejadas.
>>>>>>
>>>>>> Se esta propor??o fosse menor, daria para o provedor alocar menos
>>>>>> recursos
>>>>>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes
>>>>>> sem
>>>>>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume
>>>>>>
>>>>> de
>>>
>>>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>>>>>
>>>>>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>>>>>> empresas especializadas, como Spamcop ou Spamhaus, que s?o
>>>>>> respons?veis
>>>>>> por
>>>>>> processar denuncias e colocar as fontes de SPAM em listas negras
>>>>>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>>>>>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es
>>>>>>
>>>>> de
>>>
>>>> cada uma.
>>>>>>
>>>>>> A minha proposta ? romper completamente com este paradigma de
>>>>>> centraliza??o
>>>>>> de processamento de denuncias. Inv?s disso, seria interessante
>>>>>>
>>>>> determinar
>>>
>>>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que
>>>>>> aquele
>>>>>> remetente especifico que est? enviando foi considerado como SPAM pelo
>>>>>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>>>>>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>>>>>> sistema descentralizado do SPFBL.
>>>>>>
>>>>>> Com posse desta informa??o, ? poss?vel por exemplo que administradores
>>>>>>
>>>>> de
>>>
>>>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de
>>>>>>
>>>>> seu
>>>
>>>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso
>>>>>> facilitaria
>>>>>> muito o processo de puni??o pois n?o haveria necessidade de empresas
>>>>>> de
>>>>>> lista negra informem a eles estes abusos para que eles tomem
>>>>>>
>>>>> provid?ncias
>>>
>>>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>>>>>
>>>>>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>>>>>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo
>>>>>> MTA
>>>>>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso
>>>>>>
>>>>> viria
>>>
>>>> a
>>>>>> redu??o do volume de SPAM que sinalizei antes como meta.
>>>>>>
>>>>>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de
>>>>>> 60%
>>>>>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>>>>>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>>>>>> computacionais para recepcionar e-mails indesejados seria
>>>>>> satisfat?ria,
>>>>>> do
>>>>>> meu ponto de vista.
>>>>>>
>>>>>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o
>>>>>>
>>>>> de
>>>
>>>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O
>>>>>> crit?rio
>>>>>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>>>>>> usados para finalidades semelhantes. Este aqui seria um exemplo de
>>>>>>
>>>>> c?digo
>>>
>>>> usado pela Symantec:
>>>>>>
>>>>>> https://support.symantec.com/en_US/article.TECH169847.html
>>>>>>
>>>>>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>>>>>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>>>>>> semelhante, seria equivalente a dizer:
>>>>>>
>>>>>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e
>>>>>> por
>>>>>> isso cada tentativa de envio deste remetente para este destinat?rio
>>>>>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede
>>>>>> SPFBL,
>>>>>> como ? o caso desta tentativa atual.
>>>>>>
>>>>>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>>>>>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e
>>>>>> talvez
>>>>>> atingirmos nossa meta.
>>>>>>
>>>>>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e
>>>>>>
>>>>> perseguir
>>>
>>>> a
>>>>>> nova meta.
>>>>>>
>>>>>> Abra?os,
>>>>>> Leandro
>>>>>> SPFBL.net
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>>>
>>>>> -----
>>>>> Nenhum v?rus encontrado nessa mensagem.
>>>>> Verificado por AVG - www.avgbrasil.com.br
>>>>> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11594 - Data de
>>>>> Lan?amento: 02/09/16
>>>>>
>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Tel: (31) 2102-8854
> rejaine at bhz.jamef.com.br
> www.jamef.com.br
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rejaine at bhz.jamef.com.br  Thu Feb 11 17:57:49 2016
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Thu, 11 Feb 2016 17:57:49 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAM6AcpxUV3r=mtCiMt6WtKkO9uLp7Fb01TEyb80vQpNTgOR_Gg@mail.gmail.com>
References: <CAM6AcpzykSB2DvO6+jMW31EDi3zu4muV=FkLFqLMdug=g8isKA@mail.gmail.com>
 <CAHX0N8uteJammYT+=en4yv3YsVsua1FAk7uquVrGbLg-Ei5WoQ@mail.gmail.com>
 <56BB3FF8.3000906@allchemistry.com.br>
 <CAHX0N8vQCXk_xnE8p5ecGCGYL0GpDS53sQu7yTsNeVB=0GQP4A@mail.gmail.com>
 <CAM6AcpwZVu5hiy=6uz5iK77S7BGw-g9OxLmTgu-q9Z3sYZMmjA@mail.gmail.com>
 <56BCE105.5030101@bhz.jamef.com.br>
 <CAM6AcpxUV3r=mtCiMt6WtKkO9uLp7Fb01TEyb80vQpNTgOR_Gg@mail.gmail.com>
Message-ID: <56BCE7BD.9020709@bhz.jamef.com.br>


te mandei os ips em pvt.


On 11-02-2016 17:53, Leandro wrote:
> Oi Rejaine,
>
> Me passe todos os casos para eu analisar aqui.
>
> Eu criei um algoritmo para minerar IPs din?micos e acredito que ele seja
> respons?vel por incluir na lista blocos que n?o s?o din?micos de fato.
>
> Eu j? desliguei o algoritmo alguns dias atr?s mas n?o consegui revisar tudo
> que ele fez.
>
> Leandro
>
> Em 11 de fevereiro de 2016 17:29, Rejaine Monteiro <rejaine at bhz.jamef.com.br
>> escreveu:
>> Ol? Leandro,
>>
>> Estou usando a SPFBL ha algum tempo e esta funcionando bem...
>> Mas de um tempo c?, mais especificamente nas ?ltimas duas semanas, tem
>> aparecido alguns falsos positivos.
>> Eu criei um dns local  para fazer o "bypass" da consulta RBL para esses
>> casos,  portanto estou contornando os casos que encontro dessa forma. S?
>> achei estranho que entre ontem e hoje apareceram tr?s ou quatro casos, por
>> exemplo, e j? estou usando desde novembro e raramente estavam reclamando.
>>
>> On 10-02-2016 15:00, Leandro wrote:
>>
>>> A deteriora??o j? funciona bem. Estamos bloqueando mais de 95% do SPAM com
>>> quase zero de falso positivo. O SPFBL consegue determinar bem o verdadeiro
>>> respons?vel pelo envio do SPAM.
>>>
>>> Estou trabalhando na nova p?gina de pol?tica de listagem. Mesmo que os
>>> c?digos n?o foram definidos ainda, coloquei no ar um exemplo. Como meu
>>> ingl?s est? enferrujado, vejam se fica claro ao remetente que ele deve
>>> cessar o envio nestes situa??es para melhorar a reputa??o dele:
>>>
>>> http://spfbl.net/policy2.html
>>>
>>> Leandro
>>> Em 10/02/2016 13:35, "Leonardo Amaral - Listas" <
>>> listas at leonardoamaral.com.br> escreveu:
>>>
>>> Acredito que quanto mais pr?ximo do standard, melhor, se atendem os
>>>> c?digos e se ? suficiente a descri??o do sinal para satisfazer os
>>>> scores da API.
>>>>
>>>> Sobre a quest?o da deteriora??o, eu precisaria pensar um pouco mais,
>>>> acredito que possa ter sa?da mesmo para quem n?o filtra e faz relay.
>>>>
>>>> Em 10 de fevereiro de 2016 11:49, Leandro Carlos Rodrigues
>>>> <leandro at allchemistry.com.br> escreveu:
>>>>
>>>>> Leonardo. Eu dei uma olhada nesta RFC 3463 e vi que este c?digo 5.7.1 j?
>>>>>
>>>> foi
>>>>
>>>>> definido para esta finalidade:
>>>>>
>>>>>      https://tools.ietf.org/html/rfc3463
>>>>>
>>>>> Neste caso eu estava pensando em usar o mesmo c?digo, pois n?o
>>>>> precisaria
>>>>> mudar a RFC.
>>>>>
>>>>> Para dar um pontap? inicial, criei esta listinha de c?digos SMTP para
>>>>>
>>>> cada
>>>>
>>>>> reposta negativa do SPFBL:
>>>>>
>>>>>      451 4.7.1 GREYLIST
>>>>>      451 4.7.2 LISTED
>>>>>      554 5.7.1 FAIL
>>>>>      554 5.7.1 NXDOMAIN
>>>>>      554 5.7.1 INVALID
>>>>>      554 5.7.1 BLOCKED
>>>>>
>>>>> Se o sistema que responde por 554 5.7.1 n?o seja o SPFBL, mesmo assim a
>>>>> regra de parar de enviar e-mail para aquele destinat?rio continua
>>>>>
>>>> valendo.
>>>>
>>>>> Neste caso aproveitar este mesmo c?digo n?o prejudica os demais
>>>>> sistemas.
>>>>> Ali?s pode at? ajudar estes outros sistemas se o SPFBL conseguir fazer
>>>>> os
>>>>> enviadores diminu?rem o volume de SPAM para esta c?digos.
>>>>>
>>>>> Se a gente adotar este c?digo 554 5.7.1 mesmo, terei que deixar bem
>>>>>
>>>> claro na
>>>>
>>>>> p?gina de pol?tica do SPFBL que a persist?ncia na tentativa de envio
>>>>> para
>>>>> estes casos acarreta em deteriora??o da reputa??o na rede P2P do SPFBL.
>>>>>
>>>>> O que voc?s acham?
>>>>>
>>>>> Leandro Carlos Rodrigues
>>>>> TI All Chemistry do Brasil
>>>>> (11) 3014-7100
>>>>>
>>>>>
>>>>> Em 10/02/2016 08:51, Leonardo Amaral - Listas escreveu:
>>>>>
>>>>>> Bom dia!
>>>>>>
>>>>>> Inicialmente, parab?ns pela solu??o criada! Eu sou a favor de expandir
>>>>>> os c?digos SMTP para uso de combate a SPAM e tamb?m sou favor?vel de
>>>>>> mandar uma RFC (Que institui??o tupiniquim poderia endorsar a causa?)
>>>>>> para homologar esses c?digos.
>>>>>>
>>>>>> Sobre o coment?rio da vers?o para Windows, eu n?o uso o sistema pois
>>>>>> (felizmente) n?o administro mais servidores de email, mas eu imagino
>>>>>> que n?o deva ser complicado usar cygwin + um .bat que chame o spfbl
>>>>>> usando o bash.exe (Ou alguma solu??o mais elegante, como portar
>>>>>> nativamente a cli e disponibilizar API para as chamadas internas, um
>>>>>> RPC ou coisa equivalente).
>>>>>>
>>>>>> Att,
>>>>>>
>>>>>> Em 6 de fevereiro de 2016 14:13, Leandro <leandro at spfbl.net> escreveu:
>>>>>>
>>>>>>> Gostaria de agradecer a todos que colaboraram com este nosso projeto
>>>>>>> SPFBL.
>>>>>>> Para quem ainda n?o conhece o projeto, segue o link do Github:
>>>>>>>
>>>>>>> https://github.com/leonamp/SPFBL
>>>>>>>
>>>>>>> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do
>>>>>>>
>>>>>> volume
>>>>> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
>>>>>>> identifica??es e bloqueios do volume total de SPAM.
>>>>>>>
>>>>>>> Agora queremos estipular uma nova meta.
>>>>>>>
>>>>>>> Existe um problema grande hoje, falando do escopo Brasil, onde cerca
>>>>>>> de
>>>>>>> 60%
>>>>>>> do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo
>>>>>>>
>>>>>> que
>>>>> fizemos no nosso pr?prio sistema incluindo 15 provedores como
>>>>>> amostragem.
>>>>> Isso significa que um provedor deve alocar mais da metade de seus
>>>>>>> recursos
>>>>>>> computacionais para recepcionar e processar mensagens indesejadas.
>>>>>>>
>>>>>>> Se esta propor??o fosse menor, daria para o provedor alocar menos
>>>>>>> recursos
>>>>>>> computacionais, reduzindo custos, ou aumentar a quantidade de clientes
>>>>>>> sem
>>>>>>> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume
>>>>>>>
>>>>>> de
>>>>> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>>>>>>> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
>>>>>>> empresas especializadas, como Spamcop ou Spamhaus, que s?o
>>>>>>> respons?veis
>>>>>>> por
>>>>>>> processar denuncias e colocar as fontes de SPAM em listas negras
>>>>>>> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
>>>>>>> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es
>>>>>>>
>>>>>> de
>>>>> cada uma.
>>>>>>> A minha proposta ? romper completamente com este paradigma de
>>>>>>> centraliza??o
>>>>>>> de processamento de denuncias. Inv?s disso, seria interessante
>>>>>>>
>>>>>> determinar
>>>>> c?digos SMTP de rejei??o espec?ficos para dizer ao MTA da origem que
>>>>>>> aquele
>>>>>>> remetente especifico que est? enviando foi considerado como SPAM pelo
>>>>>>> destinat?rio e por isso o MTA de origem deve parar de enviar mensagens
>>>>>>> daquele destinat?rio para o remetente em quest?o. Tudo isso usando o
>>>>>>> sistema descentralizado do SPFBL.
>>>>>>>
>>>>>>> Com posse desta informa??o, ? poss?vel por exemplo que administradores
>>>>>>>
>>>>>> de
>>>>> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de
>>>>>> seu
>>>>> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso
>>>>>>> facilitaria
>>>>>>> muito o processo de puni??o pois n?o haveria necessidade de empresas
>>>>>>> de
>>>>>>> lista negra informem a eles estes abusos para que eles tomem
>>>>>>>
>>>>>> provid?ncias
>>>>> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>>>>>>> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
>>>>>>> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo
>>>>>>> MTA
>>>>>>> se este receber tais c?digos SMTP de rejei??o do destino. Com isso
>>>>>>>
>>>>>> viria
>>>>> a
>>>>>>> redu??o do volume de SPAM que sinalizei antes como meta.
>>>>>>>
>>>>>>> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de
>>>>>>> 60%
>>>>>>> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
>>>>>>> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
>>>>>>> computacionais para recepcionar e-mails indesejados seria
>>>>>>> satisfat?ria,
>>>>>>> do
>>>>>>> meu ponto de vista.
>>>>>>>
>>>>>>> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o
>>>>>>>
>>>>>> de
>>>>> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O
>>>>>>> crit?rio
>>>>>>> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
>>>>>>> usados para finalidades semelhantes. Este aqui seria um exemplo de
>>>>>>>
>>>>>> c?digo
>>>>> usado pela Symantec:
>>>>>>> https://support.symantec.com/en_US/article.TECH169847.html
>>>>>>>
>>>>>>> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
>>>>>>> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
>>>>>>> semelhante, seria equivalente a dizer:
>>>>>>>
>>>>>>> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e
>>>>>>> por
>>>>>>> isso cada tentativa de envio deste remetente para este destinat?rio
>>>>>>> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede
>>>>>>> SPFBL,
>>>>>>> como ? o caso desta tentativa atual.
>>>>>>>
>>>>>>> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
>>>>>>> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e
>>>>>>> talvez
>>>>>>> atingirmos nossa meta.
>>>>>>>
>>>>>>> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e
>>>>>>>
>>>>>> perseguir
>>>>> a
>>>>>>> nova meta.
>>>>>>>
>>>>>>> Abra?os,
>>>>>>> Leandro
>>>>>>> SPFBL.net
>>>>>>> __
>>>>>>> masoch-l list
>>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>>
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>>>
>>>>>> -----
>>>>>> Nenhum v?rus encontrado nessa mensagem.
>>>>>> Verificado por AVG - www.avgbrasil.com.br
>>>>>> Vers?o: 2016.0.7303 / Banco de dados de v?rus: 4522/11594 - Data de
>>>>>> Lan?amento: 02/09/16
>>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Tel: (31) 2102-8854
>> rejaine at bhz.jamef.com.br
>> www.jamef.com.br
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From gst.freitas at gmail.com  Fri Feb 12 18:23:27 2016
From: gst.freitas at gmail.com (Gustavo Freitas)
Date: Fri, 12 Feb 2016 17:23:27 -0300
Subject: [MASOCH-L] Equipamento para transmitir TV para internet
Message-ID: <CA+m3O5KtXU86LQ_LJPB8dQH4vTAaYVBKZzUCBg+CHGVuQuPz0g@mail.gmail.com>

Galera,

Alguem conhece um equipamento que transmite imagem, codifica tudo em
MPEG4 e usa a conex?o ? internet

tipo um slingbox

https://tecnoblog.net/144905/slingbox-o-que-e/


From erigler at gmail.com  Fri Feb 12 18:30:04 2016
From: erigler at gmail.com (Eduardo Rigler)
Date: Fri, 12 Feb 2016 18:30:04 -0200
Subject: [MASOCH-L] Equipamento para transmitir TV para internet
In-Reply-To: <CA+m3O5KtXU86LQ_LJPB8dQH4vTAaYVBKZzUCBg+CHGVuQuPz0g@mail.gmail.com>
References: <CA+m3O5KtXU86LQ_LJPB8dQH4vTAaYVBKZzUCBg+CHGVuQuPz0g@mail.gmail.com>
Message-ID: <CA+gOtKBZWYWt4B+3n_n9ohXMQYBRSE-bsURTSC9NGr96X6nkKw@mail.gmail.com>

Vc quer ganhar dinheiro com isso ou s? brincar?

Se for pra fazer algo profissional, pode come?ar por esses links:

http://www.harmonicinc.com/product/encoding-transcoding-distribution
http://ateme.com/en/products/Distribution-Encoders/
https://www.blackmagicdesign.com/products

[]'s


2016-02-12 18:23 GMT-02:00 Gustavo Freitas <gst.freitas at gmail.com>:

> Galera,
>
> Alguem conhece um equipamento que transmite imagem, codifica tudo em
> MPEG4 e usa a conex?o ? internet
>
> tipo um slingbox
>
> https://tecnoblog.net/144905/slingbox-o-que-e/
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From gst.freitas at gmail.com  Fri Feb 12 18:45:28 2016
From: gst.freitas at gmail.com (Gustavo Freitas)
Date: Fri, 12 Feb 2016 17:45:28 -0300
Subject: [MASOCH-L] Equipamento para transmitir TV para internet
In-Reply-To: <CA+gOtKBZWYWt4B+3n_n9ohXMQYBRSE-bsURTSC9NGr96X6nkKw@mail.gmail.com>
References: <CA+m3O5KtXU86LQ_LJPB8dQH4vTAaYVBKZzUCBg+CHGVuQuPz0g@mail.gmail.com>
 <CA+gOtKBZWYWt4B+3n_n9ohXMQYBRSE-bsURTSC9NGr96X6nkKw@mail.gmail.com>
Message-ID: <CA+m3O5KUYBV5xWfZGVJkpVu1qq_XRjyq_PQu29KTS=GyJsJ8Nw@mail.gmail.com>

? para uso em casa..

Em 12 de fevereiro de 2016 17:30, Eduardo Rigler <erigler at gmail.com> escreveu:
> Vc quer ganhar dinheiro com isso ou s? brincar?
>
> Se for pra fazer algo profissional, pode come?ar por esses links:
>
> http://www.harmonicinc.com/product/encoding-transcoding-distribution
> http://ateme.com/en/products/Distribution-Encoders/
> https://www.blackmagicdesign.com/products
>
> []'s
>
>
> 2016-02-12 18:23 GMT-02:00 Gustavo Freitas <gst.freitas at gmail.com>:
>
>> Galera,
>>
>> Alguem conhece um equipamento que transmite imagem, codifica tudo em
>> MPEG4 e usa a conex?o ? internet
>>
>> tipo um slingbox
>>
>> https://tecnoblog.net/144905/slingbox-o-que-e/
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



-- 
Gustavo Freitas


From itamar at ispbrasil.com.br  Fri Feb 12 19:13:58 2016
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Fri, 12 Feb 2016 19:13:58 -0200
Subject: [MASOCH-L] Equipamento para transmitir TV para internet
In-Reply-To: <CA+m3O5KUYBV5xWfZGVJkpVu1qq_XRjyq_PQu29KTS=GyJsJ8Nw@mail.gmail.com>
References: <CA+m3O5KtXU86LQ_LJPB8dQH4vTAaYVBKZzUCBg+CHGVuQuPz0g@mail.gmail.com>
 <CA+gOtKBZWYWt4B+3n_n9ohXMQYBRSE-bsURTSC9NGr96X6nkKw@mail.gmail.com>
 <CA+m3O5KUYBV5xWfZGVJkpVu1qq_XRjyq_PQu29KTS=GyJsJ8Nw@mail.gmail.com>
Message-ID: <ddb2c115b42103d560ff635388ff68e3@mail.ispbrasil.com.br>

On 2016-02-12 18:45, Gustavo Freitas wrote:
> ? para uso em casa..

creio que um dongle usb de tv digital rodando em linux fazendo 
streamming poderia resolver



From gst.freitas at gmail.com  Fri Feb 12 19:26:21 2016
From: gst.freitas at gmail.com (Gustavo Freitas)
Date: Fri, 12 Feb 2016 18:26:21 -0300
Subject: [MASOCH-L] Equipamento para transmitir TV para internet
In-Reply-To: <ddb2c115b42103d560ff635388ff68e3@mail.ispbrasil.com.br>
References: <CA+m3O5KtXU86LQ_LJPB8dQH4vTAaYVBKZzUCBg+CHGVuQuPz0g@mail.gmail.com>
 <CA+gOtKBZWYWt4B+3n_n9ohXMQYBRSE-bsURTSC9NGr96X6nkKw@mail.gmail.com>
 <CA+m3O5KUYBV5xWfZGVJkpVu1qq_XRjyq_PQu29KTS=GyJsJ8Nw@mail.gmail.com>
 <ddb2c115b42103d560ff635388ff68e3@mail.ispbrasil.com.br>
Message-ID: <CA+m3O5LfPu03MLtkAyrZq8WimtpYqhLgeZLuhMhWpRKBY7pRzA@mail.gmail.com>

na verdade gostaria de um equipamento igual ao esse slingbox

Em 12 de fevereiro de 2016 18:13, Itamar Reis Peixoto
<itamar at ispbrasil.com.br> escreveu:
> On 2016-02-12 18:45, Gustavo Freitas wrote:
>>
>> ? para uso em casa..
>
>
> creio que um dongle usb de tv digital rodando em linux fazendo streamming
> poderia resolver
>



-- 
Gustavo Freitas


From alexandre.tavares at prf.gov.br  Sun Feb 14 14:27:51 2016
From: alexandre.tavares at prf.gov.br (alexandre.tavares)
Date: Sun, 14 Feb 2016 14:27:51 -0200
Subject: [MASOCH-L] Rack Mounting Bracket HP
Message-ID: <1eb60592fe788664bfd0e01c867a7bc9@prf.gov.br>

 

Boa tarde pessoal, 

Algu?m aqui da lista conhece quem possa me fornecer kits de montagem em
rack (aquelas famosas "orelhinhas") para switches HP (A5120/5500). 

Quem puder ajudar, favor entrar em contato no PVT. 

Abs, 

-- 
ALEXANDRE TAVARES DE OLIVEIRA
N?cleo de Telem?tica
5? Superintend?ncia Regional de Pol?cia Rodovi?ria Federal - RJ
Tel.: 21 3503-9085
VoIP: 5021-8295
alexandre.tavares at prf.gov.br
 

From danton.nunes at inexo.com.br  Mon Feb 15 09:02:27 2016
From: danton.nunes at inexo.com.br (Danton Nunes)
Date: Mon, 15 Feb 2016 09:02:27 -0200 (BRST)
Subject: [MASOCH-L] Rack Mounting Bracket HP
In-Reply-To: <1eb60592fe788664bfd0e01c867a7bc9@prf.gov.br>
References: <1eb60592fe788664bfd0e01c867a7bc9@prf.gov.br>
Message-ID: <alpine.DEB.2.10.1602150901440.27878@zaphod>

On Sun, 14 Feb 2016, alexandre.tavares wrote:

> 
>
> Boa tarde pessoal, 
>
> Algu?m aqui da lista conhece quem possa me fornecer kits de montagem em
> rack (aquelas famosas "orelhinhas") para switches HP (A5120/5500). 
>
> Quem puder ajudar, favor entrar em contato no PVT.

costumo achar esses apetrechos na InfoBell, regi?o da Santa Efig?nia, em 
S?o Paulo.


From rafael.bedendo at gmail.com  Tue Feb 16 10:31:30 2016
From: rafael.bedendo at gmail.com (Rafael Bedendo)
Date: Tue, 16 Feb 2016 10:31:30 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
Message-ID: <56C316A2.2060204@gmail.com>

Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza 
de arquivos antigos de usu?rios em discos de rede, gostaria de algo para 
retirar por exemplo, todos os arquivos que n?o s?o alterados a mais de 
um ano e salva-lo em um outro local. Atualmente fa?o o processo 
utilizando o programa Ztree, mas ? muito trabalhoso, gostaria de saber 
se algum de voc?s tem algo a propor que seja mais f?cil ou alguma 
pr?tica diferente a propor.

Abra?o

Rafael Bedendo


From lucas.bocchi at gmail.com  Tue Feb 16 10:41:57 2016
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Tue, 16 Feb 2016 10:41:57 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
In-Reply-To: <56C316A2.2060204@gmail.com>
References: <56C316A2.2060204@gmail.com>
Message-ID: <CA+m52=dz303YhgQw7TkVk86u54DVuk8oeXRVP+b=W2ZXE8Kr0A@mail.gmail.com>

Se o servidor for Linux / Unix ? tranquilo fazer com find!

Em 16 de fevereiro de 2016 10:31, Rafael Bedendo
<rafael.bedendo at gmail.com> escreveu:
> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza de
> arquivos antigos de usu?rios em discos de rede, gostaria de algo para
> retirar por exemplo, todos os arquivos que n?o s?o alterados a mais de um
> ano e salva-lo em um outro local. Atualmente fa?o o processo utilizando o
> programa Ztree, mas ? muito trabalhoso, gostaria de saber se algum de voc?s
> tem algo a propor que seja mais f?cil ou alguma pr?tica diferente a propor.
>
> Abra?o
>
> Rafael Bedendo
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From danton.nunes at inexo.com.br  Tue Feb 16 10:46:22 2016
From: danton.nunes at inexo.com.br (Danton Nunes)
Date: Tue, 16 Feb 2016 10:46:22 -0200 (BRST)
Subject: [MASOCH-L]
	=?iso-8859-15?q?Remover_arquivos_antigos_de_usu=E1rios?=
In-Reply-To: <56C316A2.2060204@gmail.com>
References: <56C316A2.2060204@gmail.com>
Message-ID: <alpine.DEB.2.10.1602161042350.27505@zaphod>

On Tue, 16 Feb 2016, Rafael Bedendo wrote:

> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza de 
> arquivos antigos de usu?rios em discos de rede, gostaria de algo para retirar 
> por exemplo, todos os arquivos que n?o s?o alterados a mais de um ano e 
> salva-lo em um outro local. Atualmente fa?o o processo utilizando o programa 
> Ztree, mas ? muito trabalhoso, gostaria de saber se algum de voc?s tem algo a 
> propor que seja mais f?cil ou alguma pr?tica diferente a propor.

suponha que voc? quer se livrar dos arquivos mais velhos do que 1/1/2016 
da pasta /var/users:

touch --date=2016-01-01 /tmp/timestamp
find /var/users -type f \! -newer /tmp/timestamp -exec rm {} \;
rm /tmp/timestamp

mais detalhes: man find



From itamar at ispbrasil.com.br  Tue Feb 16 11:12:20 2016
From: itamar at ispbrasil.com.br (Itamar)
Date: Tue, 16 Feb 2016 11:12:20 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
In-Reply-To: <alpine.DEB.2.10.1602161042350.27505@zaphod>
References: <56C316A2.2060204@gmail.com>
 <alpine.DEB.2.10.1602161042350.27505@zaphod>
Message-ID: <56C32034.1070101@ispbrasil.com.br>



On 02/16/2016 10:46 AM, Danton Nunes wrote:
> On Tue, 16 Feb 2016, Rafael Bedendo wrote:
>
>> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para 
>> limpeza de arquivos antigos de usu?rios em discos de rede, gostaria 
>> de algo para retirar por exemplo, todos os arquivos que n?o s?o 
>> alterados a mais de um ano e salva-lo em um outro local. Atualmente 
>> fa?o o processo utilizando o programa Ztree, mas ? muito trabalhoso, 
>> gostaria de saber se algum de voc?s tem algo a propor que seja mais 
>> f?cil ou alguma pr?tica diferente a propor.
>
> suponha que voc? quer se livrar dos arquivos mais velhos do que 
> 1/1/2016 da pasta /var/users:
>
> touch --date=2016-01-01 /tmp/timestamp
> find /var/users -type f \! -newer /tmp/timestamp -exec rm {} \;
> rm /tmp/timestamp
>
> mais detalhes: man find
>
o proprio find apaga os arquivos nao existe necessidade do exec

find -delete



From rafahsistemas at gmail.com  Tue Feb 16 12:49:39 2016
From: rafahsistemas at gmail.com (=?UTF-8?Q?Andr=C3=A9_Machado?=)
Date: Tue, 16 Feb 2016 12:49:39 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
In-Reply-To: <56C316A2.2060204@gmail.com>
References: <56C316A2.2060204@gmail.com>
Message-ID: <CAKh_vdbtG009wy-GOHiesrASNqt-KaTgG+e3Uej0USUbGi2V-A@mail.gmail.com>

Pesquisa um pouco sobre data ware house.
Em 16/02/2016 10:32, "Rafael Bedendo" <rafael.bedendo at gmail.com> escreveu:

> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza de
> arquivos antigos de usu?rios em discos de rede, gostaria de algo para
> retirar por exemplo, todos os arquivos que n?o s?o alterados a mais de um
> ano e salva-lo em um outro local. Atualmente fa?o o processo utilizando o
> programa Ztree, mas ? muito trabalhoso, gostaria de saber se algum de voc?s
> tem algo a propor que seja mais f?cil ou alguma pr?tica diferente a propor.
>
> Abra?o
>
> Rafael Bedendo
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From fischerdouglas at gmail.com  Tue Feb 16 13:02:23 2016
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Tue, 16 Feb 2016 13:02:23 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
In-Reply-To: <56C316A2.2060204@gmail.com>
References: <56C316A2.2060204@gmail.com>
Message-ID: <CAKEr4RTJF8ztyEYToQhhFo=ohjs06ku9fHnso+0hkaL2BdNOmQ@mail.gmail.com>

Windows Powershell

$limit = (Get-Date).AddDays(-15)
$path = "C:\Some\Path"

# Delete files older than the $limit.
Get-ChildItem -Path $path -Recurse -Force | Where-Object {
!$_.PSIsContainer -and $_.CreationTime -lt $limit } | Remove-Item -Force

# Delete any empty directories left behind after deleting the old files.
Get-ChildItem -Path $path -Recurse -Force | Where-Object { $_.PSIsContainer
-and (Get-ChildItem -Path $_.FullName -Recurse -Force | Where-Object {
!$_.PSIsContainer }) -eq $null } | Remove-Item -Force -Recurse

>From StackOverFlow.



Em 16 de fevereiro de 2016 10:31, Rafael Bedendo <rafael.bedendo at gmail.com>
escreveu:

> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza de
> arquivos antigos de usu?rios em discos de rede, gostaria de algo para
> retirar por exemplo, todos os arquivos que n?o s?o alterados a mais de um
> ano e salva-lo em um outro local. Atualmente fa?o o processo utilizando o
> programa Ztree, mas ? muito trabalhoso, gostaria de saber se algum de voc?s
> tem algo a propor que seja mais f?cil ou alguma pr?tica diferente a propor.
>
> Abra?o
>
> Rafael Bedendo
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From rafael.bedendo at gmail.com  Tue Feb 16 13:09:09 2016
From: rafael.bedendo at gmail.com (Rafael Bedendo)
Date: Tue, 16 Feb 2016 13:09:09 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
In-Reply-To: <CAKEr4RTJF8ztyEYToQhhFo=ohjs06ku9fHnso+0hkaL2BdNOmQ@mail.gmail.com>
References: <56C316A2.2060204@gmail.com>
 <CAKEr4RTJF8ztyEYToQhhFo=ohjs06ku9fHnso+0hkaL2BdNOmQ@mail.gmail.com>
Message-ID: <56C33B95.8010408@gmail.com>

Obrigado pessoal, esqueci de mencionar que era em Windows.

Abra?o

Rafael Bedendo

Em 16/02/2016 13:02, Douglas Fischer escreveu:
> Windows Powershell
>
> $limit = (Get-Date).AddDays(-15)
> $path = "C:\Some\Path"
>
> # Delete files older than the $limit.
> Get-ChildItem -Path $path -Recurse -Force | Where-Object {
> !$_.PSIsContainer -and $_.CreationTime -lt $limit } | Remove-Item -Force
>
> # Delete any empty directories left behind after deleting the old files.
> Get-ChildItem -Path $path -Recurse -Force | Where-Object { $_.PSIsContainer
> -and (Get-ChildItem -Path $_.FullName -Recurse -Force | Where-Object {
> !$_.PSIsContainer }) -eq $null } | Remove-Item -Force -Recurse
>
>  From StackOverFlow.
>
>
>
> Em 16 de fevereiro de 2016 10:31, Rafael Bedendo <rafael.bedendo at gmail.com>
> escreveu:
>
>> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza de
>> arquivos antigos de usu?rios em discos de rede, gostaria de algo para
>> retirar por exemplo, todos os arquivos que n?o s?o alterados a mais de um
>> ano e salva-lo em um outro local. Atualmente fa?o o processo utilizando o
>> programa Ztree, mas ? muito trabalhoso, gostaria de saber se algum de voc?s
>> tem algo a propor que seja mais f?cil ou alguma pr?tica diferente a propor.
>>
>> Abra?o
>>
>> Rafael Bedendo
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
>



From fischerdouglas at gmail.com  Tue Feb 16 13:16:45 2016
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Tue, 16 Feb 2016 13:16:45 -0200
Subject: [MASOCH-L] =?utf-8?q?Remover_arquivos_antigos_de_usu=C3=A1rios?=
In-Reply-To: <56C33B95.8010408@gmail.com>
References: <56C316A2.2060204@gmail.com>
 <CAKEr4RTJF8ztyEYToQhhFo=ohjs06ku9fHnso+0hkaL2BdNOmQ@mail.gmail.com>
 <56C33B95.8010408@gmail.com>
Message-ID: <CAKEr4RS-XYJupiTXX1HbvEtXUKrxr+pVa73Bf09GPoLF2sm6LA@mail.gmail.com>

Junte isso ao ShadowCopies e ser? feliz...


Em 16 de fevereiro de 2016 13:09, Rafael Bedendo <rafael.bedendo at gmail.com>
escreveu:

> Obrigado pessoal, esqueci de mencionar que era em Windows.
>
> Abra?o
>
> Rafael Bedendo
>
>
> Em 16/02/2016 13:02, Douglas Fischer escreveu:
>
>> Windows Powershell
>>
>> $limit = (Get-Date).AddDays(-15)
>> $path = "C:\Some\Path"
>>
>> # Delete files older than the $limit.
>> Get-ChildItem -Path $path -Recurse -Force | Where-Object {
>> !$_.PSIsContainer -and $_.CreationTime -lt $limit } | Remove-Item -Force
>>
>> # Delete any empty directories left behind after deleting the old files.
>> Get-ChildItem -Path $path -Recurse -Force | Where-Object {
>> $_.PSIsContainer
>> -and (Get-ChildItem -Path $_.FullName -Recurse -Force | Where-Object {
>> !$_.PSIsContainer }) -eq $null } | Remove-Item -Force -Recurse
>>
>>  From StackOverFlow.
>>
>>
>>
>> Em 16 de fevereiro de 2016 10:31, Rafael Bedendo <
>> rafael.bedendo at gmail.com>
>> escreveu:
>>
>> Bom dia pessoal, gostaria de saber se voc?s utilizam algo para limpeza de
>>> arquivos antigos de usu?rios em discos de rede, gostaria de algo para
>>> retirar por exemplo, todos os arquivos que n?o s?o alterados a mais de um
>>> ano e salva-lo em um outro local. Atualmente fa?o o processo utilizando o
>>> programa Ztree, mas ? muito trabalhoso, gostaria de saber se algum de
>>> voc?s
>>> tem algo a propor que seja mais f?cil ou alguma pr?tica diferente a
>>> propor.
>>>
>>> Abra?o
>>>
>>> Rafael Bedendo
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>>
>>
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From leandro at spfbl.net  Thu Feb 18 17:31:31 2016
From: leandro at spfbl.net (Leandro)
Date: Thu, 18 Feb 2016 17:31:31 -0200
Subject: [MASOCH-L] Nova meta do SPFBL
In-Reply-To: <CAM6Acpxx84m_mW4hANUSqS1tvqPGPtWdOuSxGq24aSmjpNmPMA@mail.gmail.com>
References: <CAM6Acpxx84m_mW4hANUSqS1tvqPGPtWdOuSxGq24aSmjpNmPMA@mail.gmail.com>
Message-ID: <CAM6AcpwWo=nyHChhjgbJNtjYi6s8xEeDNg9xKeTYYf5uH1HuvQ@mail.gmail.com>

Pessoal,

Estamos colocando em produ??o, para alguns provedores apenas, o seguinte
c?digo de rejei??o SPFBL:

554 5.7.1 SPFBL <message>

Voc?s conseguem ver se, ao enviar e-mail, seu servidor recebeu alguma
mensagem com este padr?o nos ?ltimos dias?

Leandro
SPFBL.net

Em 6 de fevereiro de 2016 14:11, Leandro Carlos Rodrigues <
leandro.carlos.rodrigues at gmail.com> escreveu:

> Pessoal,
>
> Gostaria de agradecer a todos que colaboraram com este nosso projeto
> SPFBL. Para quem ainda n?o conhece o projeto, segue o link do Github:
>
> https://github.com/leonamp/SPFBL
>
> No inicio, nossa meta foi identificar e rejeitar pelo menos 90% do volume
> total de SPAM. Hoje conseguimos atingir esta meta com mais de 95% de
> identifica??es e bloqueios do volume total de SPAM.
>
> Agora queremos estipular uma nova meta.
>
> Existe um problema grande hoje, falando do escopo Brasil, onde cerca de
> 60% do volume de mensagens enviadas s?o consideradas SPAM, segundo estudo
> que fizemos no nosso pr?prio sistema incluindo 15 provedores como
> amostragem. Isso significa que um provedor deve alocar mais da metade de
> seus recursos computacionais para recepcionar e processar mensagens
> indesejadas.
>
> Se esta propor??o fosse menor, daria para o provedor alocar menos recursos
> computacionais, reduzindo custos, ou aumentar a quantidade de clientes sem
> fazer novos investimentos. Acredito que uma redu??o dr?stica do volume de
> SPAM poderia at? estimular redu??o de pre?os aos consumidores finais.
>
> Hoje o feedback de abusos aos enviadores de e-mail ? feito atrav?s de
> empresas especializadas, como Spamcop ou Spamhaus, que s?o respons?veis por
> processar denuncias e colocar as fontes de SPAM em listas negras
> centralizadas. Para que o modelo de neg?cio deles seja vi?vel, estas
> empresas cobram a remo??o dos IPs de suas listas, sob certas condi??es de
> cada uma.
>
> A minha proposta ? romper completamente com este paradigma de
> centraliza??o de processamento de denuncias. Inv?s disso, seria
> interessante determinar c?digos SMTP de rejei??o espec?ficos para dizer ao
> MTA da origem que aquele remetente especifico que est? enviando foi
> considerado como SPAM pelo destinat?rio e por isso o MTA de origem deve
> parar de enviar mensagens daquele destinat?rio para o remetente em quest?o.
> Tudo isso usando o sistema descentralizado do SPFBL.
>
> Com posse desta informa??o, ? poss?vel por exemplo que administradores de
> MTA de envio monitorarem os e-mails enviados por terceiros atrav?s de seu
> MTA e possam punir aqueles que est?o abusando de seu MTA. Isso facilitaria
> muito o processo de puni??o pois n?o haveria necessidade de empresas de
> lista negra informem a eles estes abusos para que eles tomem provid?ncias
> pois a informa??o j? est? l? no c?digo de retorno do SMTP.
>
> Se a ideia der certo, espero que v?rios desenvolvedores comecem a
> desenvolver ferramentas que monitorem e bloqueiem envio de e-mail pelo MTA
> se este receber tais c?digos SMTP de rejei??o do destino. Com isso viria a
> redu??o do volume de SPAM que sinalizei antes como meta.
>
> Como inicio, coloquemos uma meta modesta de baixar o volume de SPAM de 60%
> do total para 10% do total e vemos o at? aonde conseguimos chegar. Se
> conseguirmos reduzir para este patamar de 10%, a aloca??o de recursos
> computacionais para recepcionar e-mails indesejados seria satisfat?ria, do
> meu ponto de vista.
>
> A partir daqui, gostaria que se iniciasse uma discuss?o sobre o padr?o de
> c?digos SMTP de rejei??o para estas finalidades dentro do SPFBL. O crit?rio
> seria usar c?digos SMTP 5.x.x ainda n?o usados ou que j? estejam sendo
> usados para finalidades semelhantes. Este aqui seria um exemplo de c?digo
> usado pela Symantec:
>
> https://support.symantec.com/en_US/article.TECH169847.html
>
> Notem ai que o cen?rio 2 diz que o remetente foi bloqueado pelo
> destinat?rio. De forma an?loga, se o SPFBL retornar um c?digo SMTP
> semelhante, seria equivalente a dizer:
>
> 554 5.x.x O remetente desta mensagem foi bloqueado pelo destinat?rio e por
> isso cada tentativa de envio deste remetente para este destinat?rio
> acarretar? em pontua??o negativa dele na tabela de reputa??o da rede SPFBL,
> como ? o caso desta tentativa atual.
>
> Se o padr?o pegar, ent?o teremos o maior mecanismo de obten??o de
> informa??es de abusos do Brasil usando apenas o SMTP como ve?culo e talvez
> atingirmos nossa meta.
>
> Mandem seus coment?rios e cr?ticas. Vamos definir este padr?o e perseguir
> a nova meta.
>
> Abra?os,
> Leandro
> SPFBL.net
>
>


From fischerdouglas at gmail.com  Fri Feb 19 15:18:49 2016
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Fri, 19 Feb 2016 15:18:49 -0200
Subject: [MASOCH-L] Fwd: Hosting de E-mail com Shared MailBox e Ldap Auth
In-Reply-To: <CAKEr4RQD3RdwsnrWJzTggxLj3EpVe=6657cb4Qx19kRb3OUrgg@mail.gmail.com>
References: <CAKEr4RQD3RdwsnrWJzTggxLj3EpVe=6657cb4Qx19kRb3OUrgg@mail.gmail.com>
Message-ID: <CAKEr4RQMWC2rY-C5yRQuVdg8i2AJ=_QMQ9QNQrqdyUMRhmuUJg@mail.gmail.com>

Algu?m conhece algum servi?o de hosting de e-mail que d? suporte a Shared
Mailbox para contas institucionais.


Tamb?m tenho a necessidade de um servi?o que possibilite autentifica??o
integrada(LDAP/AD).



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From rubensk at gmail.com  Fri Feb 19 15:27:21 2016
From: rubensk at gmail.com (Rubens Kuhl)
Date: Fri, 19 Feb 2016 15:27:21 -0200
Subject: [MASOCH-L] Fwd: Hosting de E-mail com Shared MailBox e Ldap Auth
In-Reply-To: <CAKEr4RQMWC2rY-C5yRQuVdg8i2AJ=_QMQ9QNQrqdyUMRhmuUJg@mail.gmail.com>
References: <CAKEr4RQD3RdwsnrWJzTggxLj3EpVe=6657cb4Qx19kRb3OUrgg@mail.gmail.com>
 <CAKEr4RQMWC2rY-C5yRQuVdg8i2AJ=_QMQ9QNQrqdyUMRhmuUJg@mail.gmail.com>
Message-ID: <CAGFn2k292rsZ3bQskLsF_L0Rd=hM_3LRLP9zeF4x8aAYoi0DNw@mail.gmail.com>

2016-02-19 15:18 GMT-02:00 Douglas Fischer <fischerdouglas at gmail.com>:

> Algu?m conhece algum servi?o de hosting de e-mail que d? suporte a Shared
> Mailbox para contas institucionais.
>
>
> Tamb?m tenho a necessidade de um servi?o que possibilite autentifica??o
> integrada(LDAP/AD).
>
>

Isso leva jeito de s? ser disponibilizado em Hosted Exchange... em geral
mais barato via parceiros (Alog, Rackspace, Mandic etc.).


Rubens


From alexandre at specialist.srv.br  Fri Feb 19 15:40:39 2016
From: alexandre at specialist.srv.br (Alexandre C. Fonseca)
Date: Fri, 19 Feb 2016 15:40:39 -0200
Subject: [MASOCH-L] Fwd: Hosting de E-mail com Shared MailBox e Ldap Auth
In-Reply-To: <CAGFn2k292rsZ3bQskLsF_L0Rd=hM_3LRLP9zeF4x8aAYoi0DNw@mail.gmail.com>
References: <CAKEr4RQD3RdwsnrWJzTggxLj3EpVe=6657cb4Qx19kRb3OUrgg@mail.gmail.com>
 <CAKEr4RQMWC2rY-C5yRQuVdg8i2AJ=_QMQ9QNQrqdyUMRhmuUJg@mail.gmail.com>
 <CAGFn2k292rsZ3bQskLsF_L0Rd=hM_3LRLP9zeF4x8aAYoi0DNw@mail.gmail.com>
Message-ID: <56C75397.2090401@specialist.srv.br>

google for work..

uso em uma empresa (com auth via AD) e nao tenho o q reclamar.. (fora o 
email vc ganha os trocentos servi?os do google, como o drive q eh 
fantastico para guardar coisas)

porem a auth eh uma solu??o terceirizada deles (a google nao vende 
direto, e sim via parceiro, mas todos os grandes tem isso para vender)



On 19/02/2016 15:27, Rubens Kuhl wrote:
> 2016-02-19 15:18 GMT-02:00 Douglas Fischer <fischerdouglas at gmail.com>:
>
>> Algu?m conhece algum servi?o de hosting de e-mail que d? suporte a Shared
>> Mailbox para contas institucionais.
>>
>>
>> Tamb?m tenho a necessidade de um servi?o que possibilite autentifica??o
>> integrada(LDAP/AD).
>>
>>
> Isso leva jeito de s? ser disponibilizado em Hosted Exchange... em geral
> mais barato via parceiros (Alog, Rackspace, Mandic etc.).
>
>
> Rubens
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From rubensk at gmail.com  Sun Feb 21 22:47:53 2016
From: rubensk at gmail.com (Rubens Kuhl)
Date: Sun, 21 Feb 2016 22:47:53 -0300
Subject: [MASOCH-L] Serpro x Java
Message-ID: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>

Ol? pessoal.

Eu estava tentando usar uma aplica??o Java de um site do SERPRO, que usa
chaves da AC do SERPRO da raiz ICP-Brasil.

Importar os certificados da ICP no browser fez o conte?do aparecer, mas o
Java usa sua pr?pria certificate store... o ITI explica como fazer a
importa??o no cacerts do Java, que eu consegui fazer com sucesso.

Por?m, ainda sim d? erro... algu?m teve melhor sorte ?


Rubens


From carloshenriquepvh at gmail.com  Mon Feb 22 02:52:20 2016
From: carloshenriquepvh at gmail.com (Carlos Henrique)
Date: Mon, 22 Feb 2016 01:52:20 -0400
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
Message-ID: <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>

N?o consegui um padr?o ainda, em cada m?quina funciona de uma maneira.

Instalo o Java 8, depois o 7 (que ? o que d? a op??o de seguran?a m?dia)

Nas configura??es do Java, defino como m?dia e adiciono as urls na lista de
sites confi?veis

Em algumas funciona sem instalar o Java 8. Em alguns casos, tive que
atualizar o Firefox p/ as ultimas versoes.

To torcendo pro Firefox bloquear de vez o Java tbm, quem sabe o SERPRO
resolva trabalhar.

Essa tem sido a causa de 90% dos chamados de usu?rios que atendemos no
Instituto Federal de Educa??o onde trabalho
Em 21 de fev de 2016 9:48 PM, "Rubens Kuhl" <rubensk at gmail.com> escreveu:

> Ol? pessoal.
>
> Eu estava tentando usar uma aplica??o Java de um site do SERPRO, que usa
> chaves da AC do SERPRO da raiz ICP-Brasil.
>
> Importar os certificados da ICP no browser fez o conte?do aparecer, mas o
> Java usa sua pr?pria certificate store... o ITI explica como fazer a
> importa??o no cacerts do Java, que eu consegui fazer com sucesso.
>
> Por?m, ainda sim d? erro... algu?m teve melhor sorte ?
>
>
> Rubens
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From lucas.bocchi at gmail.com  Mon Feb 22 08:41:03 2016
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Mon, 22 Feb 2016 08:41:03 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
Message-ID: <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>

O Java pelo amor de Deus, n?o sei se ? falta de padroniza??o dos
desenvolvedores de navegadores ou a API do sistema ? t?o prec?ria ao
ponto de precisar de gambiarras pra funcionar, mas ? igual a kinder
ovo: cada mexida ? uma surpresa.

Em 22 de fevereiro de 2016 02:52, Carlos Henrique
<carloshenriquepvh at gmail.com> escreveu:
> N?o consegui um padr?o ainda, em cada m?quina funciona de uma maneira.
>
> Instalo o Java 8, depois o 7 (que ? o que d? a op??o de seguran?a m?dia)
>
> Nas configura??es do Java, defino como m?dia e adiciono as urls na lista de
> sites confi?veis
>
> Em algumas funciona sem instalar o Java 8. Em alguns casos, tive que
> atualizar o Firefox p/ as ultimas versoes.
>
> To torcendo pro Firefox bloquear de vez o Java tbm, quem sabe o SERPRO
> resolva trabalhar.
>
> Essa tem sido a causa de 90% dos chamados de usu?rios que atendemos no
> Instituto Federal de Educa??o onde trabalho
> Em 21 de fev de 2016 9:48 PM, "Rubens Kuhl" <rubensk at gmail.com> escreveu:
>
>> Ol? pessoal.
>>
>> Eu estava tentando usar uma aplica??o Java de um site do SERPRO, que usa
>> chaves da AC do SERPRO da raiz ICP-Brasil.
>>
>> Importar os certificados da ICP no browser fez o conte?do aparecer, mas o
>> Java usa sua pr?pria certificate store... o ITI explica como fazer a
>> importa??o no cacerts do Java, que eu consegui fazer com sucesso.
>>
>> Por?m, ainda sim d? erro... algu?m teve melhor sorte ?
>>
>>
>> Rubens
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From danton.nunes at inexo.com.br  Mon Feb 22 09:07:49 2016
From: danton.nunes at inexo.com.br (Danton Nunes)
Date: Mon, 22 Feb 2016 09:07:49 -0300 (BRT)
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
Message-ID: <alpine.DEB.2.10.1602220906530.25586@zaphod>

On Mon, 22 Feb 2016, Lucas Willian Bocchi wrote:

> O Java pelo amor de Deus, n?o sei se ? falta de padroniza??o dos
> desenvolvedores de navegadores ou a API do sistema ? t?o prec?ria ao
> ponto de precisar de gambiarras pra funcionar, mas ? igual a kinder
> ovo: cada mexida ? uma surpresa.

no caso do kinder ovo, em geral, a surpresa ? agrad?vel. j? no caso do 
java...


From smuxbr at gmail.com  Mon Feb 22 09:44:39 2016
From: smuxbr at gmail.com (Roberto Lima)
Date: Mon, 22 Feb 2016 09:44:39 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <alpine.DEB.2.10.1602220906530.25586@zaphod>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
 <alpine.DEB.2.10.1602220906530.25586@zaphod>
Message-ID: <CA+u5nNdx5WOPVo-AMiuH6sUusm-a95mGxY_ExukROqipLh4R8Q@mail.gmail.com>

Depois que a seguran?a do java mudou de m?dio/alta pra alta/muito alta, s?
conseguimos resolver quest?es de execu??o do applet de nosso CRM fazendo
uso do arquivo de administrative templates para o Java e com a adi??o das
url's via GPO.

Em 22 de fevereiro de 2016 09:07, Danton Nunes <danton.nunes at inexo.com.br>
escreveu:

> On Mon, 22 Feb 2016, Lucas Willian Bocchi wrote:
>
> O Java pelo amor de Deus, n?o sei se ? falta de padroniza??o dos
>> desenvolvedores de navegadores ou a API do sistema ? t?o prec?ria ao
>> ponto de precisar de gambiarras pra funcionar, mas ? igual a kinder
>> ovo: cada mexida ? uma surpresa.
>>
>
> no caso do kinder ovo, em geral, a surpresa ? agrad?vel. j? no caso do
> java...
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From otavioti at gmail.com  Tue Feb 23 16:00:33 2016
From: otavioti at gmail.com (Otavio Augusto)
Date: Tue, 23 Feb 2016 16:00:33 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
Message-ID: <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>

Em 22 de fevereiro de 2016 08:41, Lucas Willian Bocchi
<lucas.bocchi at gmail.com> escreveu:
> O Java pelo amor de Deus, n?o sei se ? falta de padroniza??o dos
> desenvolvedores de navegadores ou a API do sistema ? t?o prec?ria ao
> ponto de precisar de gambiarras pra funcionar, mas ? igual a kinder
> ovo: cada mexida ? uma surpresa.

Quando a Mozilla abolir o Java do Firefox o SERPRO vai mandar vc usar IE9.

>
> Em 22 de fevereiro de 2016 02:52, Carlos Henrique
> <carloshenriquepvh at gmail.com> escreveu:
>> N?o consegui um padr?o ainda, em cada m?quina funciona de uma maneira.
>>
>> Instalo o Java 8, depois o 7 (que ? o que d? a op??o de seguran?a m?dia)
>>
>> Nas configura??es do Java, defino como m?dia e adiciono as urls na lista de
>> sites confi?veis
>>
>> Em algumas funciona sem instalar o Java 8. Em alguns casos, tive que
>> atualizar o Firefox p/ as ultimas versoes.
>>
>> To torcendo pro Firefox bloquear de vez o Java tbm, quem sabe o SERPRO
>> resolva trabalhar.
>>
>> Essa tem sido a causa de 90% dos chamados de usu?rios que atendemos no
>> Instituto Federal de Educa??o onde trabalho
>> Em 21 de fev de 2016 9:48 PM, "Rubens Kuhl" <rubensk at gmail.com> escreveu:
>>
>>> Ol? pessoal.
>>>
>>> Eu estava tentando usar uma aplica??o Java de um site do SERPRO, que usa
>>> chaves da AC do SERPRO da raiz ICP-Brasil.
>>>
>>> Importar os certificados da ICP no browser fez o conte?do aparecer, mas o
>>> Java usa sua pr?pria certificate store... o ITI explica como fazer a
>>> importa??o no cacerts do Java, que eu consegui fazer com sucesso.
>>>
>>> Por?m, ainda sim d? erro... algu?m teve melhor sorte ?
>>>
>>>
>>> Rubens
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



-- 
Otavio Augusto
---------------------
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br


From leandro at spfbl.net  Tue Feb 23 16:21:22 2016
From: leandro at spfbl.net (Leandro)
Date: Tue, 23 Feb 2016 16:21:22 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>
Message-ID: <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>

Em 23 de fevereiro de 2016 16:00, Otavio Augusto <otavioti at gmail.com>
escreveu:

> Em 22 de fevereiro de 2016 08:41, Lucas Willian Bocchi
> <lucas.bocchi at gmail.com> escreveu:
> > O Java pelo amor de Deus, n?o sei se ? falta de padroniza??o dos
> > desenvolvedores de navegadores ou a API do sistema ? t?o prec?ria ao
> > ponto de precisar de gambiarras pra funcionar, mas ? igual a kinder
> > ovo: cada mexida ? uma surpresa.
>
> Quando a Mozilla abolir o Java do Firefox o SERPRO vai mandar vc usar IE9.
>

Bem vindo ao mundo dos servi?os p?blicos.

O servi?o deles ? t?o bom que voc? n?o pode se recusar a pagar.


>
> >
> > Em 22 de fevereiro de 2016 02:52, Carlos Henrique
> > <carloshenriquepvh at gmail.com> escreveu:
> >> N?o consegui um padr?o ainda, em cada m?quina funciona de uma maneira.
> >>
> >> Instalo o Java 8, depois o 7 (que ? o que d? a op??o de seguran?a m?dia)
> >>
> >> Nas configura??es do Java, defino como m?dia e adiciono as urls na
> lista de
> >> sites confi?veis
> >>
> >> Em algumas funciona sem instalar o Java 8. Em alguns casos, tive que
> >> atualizar o Firefox p/ as ultimas versoes.
> >>
> >> To torcendo pro Firefox bloquear de vez o Java tbm, quem sabe o SERPRO
> >> resolva trabalhar.
> >>
> >> Essa tem sido a causa de 90% dos chamados de usu?rios que atendemos no
> >> Instituto Federal de Educa??o onde trabalho
> >> Em 21 de fev de 2016 9:48 PM, "Rubens Kuhl" <rubensk at gmail.com>
> escreveu:
> >>
> >>> Ol? pessoal.
> >>>
> >>> Eu estava tentando usar uma aplica??o Java de um site do SERPRO, que
> usa
> >>> chaves da AC do SERPRO da raiz ICP-Brasil.
> >>>
> >>> Importar os certificados da ICP no browser fez o conte?do aparecer,
> mas o
> >>> Java usa sua pr?pria certificate store... o ITI explica como fazer a
> >>> importa??o no cacerts do Java, que eu consegui fazer com sucesso.
> >>>
> >>> Por?m, ainda sim d? erro... algu?m teve melhor sorte ?
> >>>
> >>>
> >>> Rubens
> >>> __
> >>> masoch-l list
> >>> https://eng.registro.br/mailman/listinfo/masoch-l
> >>>
> >> __
> >> masoch-l list
> >> https://eng.registro.br/mailman/listinfo/masoch-l
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
>
>
>
> --
> Otavio Augusto
> ---------------------
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From bruno at openline.com.br  Tue Feb 23 17:35:31 2016
From: bruno at openline.com.br (Bruno Cabral)
Date: Tue, 23 Feb 2016 17:35:31 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>,
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>,
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>,
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>,
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>
Message-ID: <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>

Nada a ver com ser publico. Tem bancos privados for?ando software espi?o para home banking e n?o vejo nenhum movimento contra

!3runo Cabral

> > Quando a Mozilla abolir o Java do Firefox o SERPRO vai mandar vc usar IE9.
> 
> Bem vindo ao mundo dos servi?os p?blicos.
> 
> O servi?o deles ? t?o bom que voc? n?o pode se recusar a pagar.

 		 	   		  

From leandro at spfbl.net  Tue Feb 23 18:41:12 2016
From: leandro at spfbl.net (Leandro)
Date: Tue, 23 Feb 2016 18:41:12 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>
Message-ID: <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>

Em 23/02/2016 17:35, "Bruno Cabral" <bruno at openline.com.br> escreveu:
>
> Nada a ver com ser publico. Tem bancos privados for?ando software espi?o
para home banking e n?o vejo nenhum movimento contra

Neste caso d? para se recusar a pagar e usar. Basta trocar de banco. Esse
seria o movimento contra.

Agora como trocar de servi?o p?blico?

>
> !3runo Cabral
>
> > > Quando a Mozilla abolir o Java do Firefox o SERPRO vai mandar vc usar
IE9.
> >
> > Bem vindo ao mundo dos servi?os p?blicos.
> >
> > O servi?o deles ? t?o bom que voc? n?o pode se recusar a pagar.
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From bruno at openline.com.br  Tue Feb 23 22:18:18 2016
From: bruno at openline.com.br (Bruno Cabral)
Date: Tue, 23 Feb 2016 22:18:18 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>,
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>,
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>,
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>,
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>,
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>,
 <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>
Message-ID: <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>

?? trocar como se TODOS estao com as mesmas praticas? Ja ouviu falar de oligopolio?

!3runo

> Em 23/02/2016 17:35, "Bruno Cabral" escreveu:
> > Nada a ver com ser publico. Tem bancos privados for?ando software espi?o
> > para home banking e n?o vejo nenhum movimento contra
> 
> Neste caso d? para se recusar a pagar e usar. Basta trocar de banco. Esse
> seria o movimento contra.
> 
> Agora como trocar de servi?o p?blico?

 		 	   		  

From leandro at spfbl.net  Tue Feb 23 23:17:48 2016
From: leandro at spfbl.net (Leandro)
Date: Tue, 23 Feb 2016 23:17:48 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>
 <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>
 <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>
Message-ID: <CAM6AcpzPmgiub=k6NuOe03cU-RNe-f1RFnkEVFCvMMd8iFRa6Q@mail.gmail.com>

Sim. Se todos agem da mesma forma ? porque a regulamenta??o estatal manda.
Na pr?tica todos os bancos brasileiros s?o um bra?o do Estado, controlados
pelo Banco Central. Por que voc? acha que v?rios bancos extrangeiros sa?ram
do Brasil nos ?ltimos anos? E porque voc? acha que outros nem ousam entrar?
Como voc? quer diversidade se o Banco Central n?o permite? Quem paga a pela
falta de concorr?ncia e diversidade somos n?s. Ali?s o problema de
espionagem n?o ocorre comigo pois meu banco n?o exige instala??o de
qualquer software especial. Apesar de n?o estamos em uma situa??o perfeita,
ainda sim d? para causar sim muito inc?modo para eles.
Em 23/02/2016 22:18, "Bruno Cabral" <bruno at openline.com.br> escreveu:

> ?? trocar como se TODOS estao com as mesmas praticas? Ja ouviu falar de
> oligopolio?
>
> !3runo
>
> > Em 23/02/2016 17:35, "Bruno Cabral" escreveu:
> > > Nada a ver com ser publico. Tem bancos privados for?ando software
> espi?o
> > > para home banking e n?o vejo nenhum movimento contra
> >
> > Neste caso d? para se recusar a pagar e usar. Basta trocar de banco. Esse
> > seria o movimento contra.
> >
> > Agora como trocar de servi?o p?blico?
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From bruno at openline.com.br  Wed Feb 24 08:29:24 2016
From: bruno at openline.com.br (Bruno Cabral)
Date: Wed, 24 Feb 2016 08:29:24 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <CAM6AcpzPmgiub=k6NuOe03cU-RNe-f1RFnkEVFCvMMd8iFRa6Q@mail.gmail.com>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>,
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>,
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>,
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>,
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>,
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>,
 <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>,
 <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>,
 <CAM6AcpzPmgiub=k6NuOe03cU-RNe-f1RFnkEVFCvMMd8iFRa6Q@mail.gmail.com>
Message-ID: <SNT152-W4990CCF67543E155E50ADDF5A50@phx.gbl>

Controlados pela Febraban, que controla o banco central - e nao o contrario

Bancos sairam do pais porque estao envolvidos em maracutaias em suas matrizes. Nao porque o mercado brasileiro nao seja rentavel. Pelo contrario, temos os maiores juros do planeta

Mas ja estamos ficando off topic

[]s
!3runo

> Sim. Se todos agem da mesma forma ? porque a regulamenta??o estatal manda.
> Na pr?tica todos os bancos brasileiros s?o um bra?o do Estado, controlados
> pelo Banco Central. Por que voc? acha que v?rios bancos extrangeiros sa?ram
> do Brasil nos ?ltimos anos? E porque voc? acha que outros nem ousam entrar?
> Como voc? quer diversidade se o Banco Central n?o permite? Quem paga a pela
> falta de concorr?ncia e diversidade somos n?s. Ali?s o problema de
> espionagem n?o ocorre comigo pois meu banco n?o exige instala??o de
> qualquer software especial. Apesar de n?o estamos em uma situa??o perfeita,
> ainda sim d? para causar sim muito inc?modo para eles.

 		 	   		  

From leandro at allchemistry.com.br  Wed Feb 24 08:45:31 2016
From: leandro at allchemistry.com.br (Leandro Carlos Rodrigues)
Date: Wed, 24 Feb 2016 08:45:31 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <SNT152-W4990CCF67543E155E50ADDF5A50@phx.gbl>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>
 <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>
 <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>
 <CAM6AcpzPmgiub=k6NuOe03cU-RNe-f1RFnkEVFCvMMd8iFRa6Q@mail.gmail.com>
 <SNT152-W4990CCF67543E155E50ADDF5A50@phx.gbl>
Message-ID: <56CD97DB.5020203@allchemistry.com.br>

Eu entendo bem a sua opini?o sobre regulamenta??o Bruno, apesar de eu 
n?o concordar.

S? para finalizar ent?o, j? que estamos off topic, voc? precisa escolher 
entre dois mundos antag?nicos:

 1. Alta regulamenta??o sem diversidade de produtos e servi?os ou
 2. Baixa regulamenta??o com diversidade de produtos e servi?os.

Respeito muito sua opini?o, j? que pensei da mesma forma a maior parte 
da minha vida, por?m hoje n?o concordo mais com ela.

Um grande abra?o,

Leandro Carlos Rodrigues
TI All Chemistry do Brasil
(11) 3014-7100

Em 24/02/2016 08:29, Bruno Cabral escreveu:
> Controlados pela Febraban, que controla o banco central - e nao o contrario
>
> Bancos sairam do pais porque estao envolvidos em maracutaias em suas matrizes. Nao porque o mercado brasileiro nao seja rentavel. Pelo contrario, temos os maiores juros do planeta
>
> Mas ja estamos ficando off topic
>
> []s
> !3runo
>
>> Sim. Se todos agem da mesma forma ? porque a regulamenta??o estatal manda.
>> Na pr?tica todos os bancos brasileiros s?o um bra?o do Estado, controlados
>> pelo Banco Central. Por que voc? acha que v?rios bancos extrangeiros sa?ram
>> do Brasil nos ?ltimos anos? E porque voc? acha que outros nem ousam entrar?
>> Como voc? quer diversidade se o Banco Central n?o permite? Quem paga a pela
>> falta de concorr?ncia e diversidade somos n?s. Ali?s o problema de
>> espionagem n?o ocorre comigo pois meu banco n?o exige instala??o de
>> qualquer software especial. Apesar de n?o estamos em uma situa??o perfeita,
>> ainda sim d? para causar sim muito inc?modo para eles.
>   		 	   		
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> -----
> Nenhum v?rus encontrado nessa mensagem.
> Verificado por AVG - www.avgbrasil.com.br
> Vers?o: 2016.0.7442 / Banco de dados de v?rus: 4537/11687 - Data de Lan?amento: 02/24/16
>



From bruno at openline.com.br  Wed Feb 24 08:54:36 2016
From: bruno at openline.com.br (Bruno Cabral)
Date: Wed, 24 Feb 2016 08:54:36 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <56CD97DB.5020203@allchemistry.com.br>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>,
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>,
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>,
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>,
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>,
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>,
 <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>,
 <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>,
 <CAM6AcpzPmgiub=k6NuOe03cU-RNe-f1RFnkEVFCvMMd8iFRa6Q@mail.gmail.com>,
 <SNT152-W4990CCF67543E155E50ADDF5A50@phx.gbl>,
 <56CD97DB.5020203@allchemistry.com.br>
Message-ID: <SNT152-W48188AFB1F0D6A168A8B6F5A50@phx.gbl>

Alta regula??o traz panelinhas (ex: reserva de mercado na inform?tica). Baixa regulamenta??o traz qualidade 
duvidosa (por ex. a "competi??o" em mau servi?o das empresas de 
celular). ? uma escolha realmente dificil.

Por outro lado toda vez que eu vejo algu?m criticando o estado me pergunto quem a pessoa acha que pode defend?-lo contra os grupos poderosos. Ser? a nossa "justi?a", r?pida e imparcial? Porque o mercado n?o faz mesmo... Ou ser? que devemos esperar por deos na pr?xima vida e dar esta por perdida?

[]s
!3runo

> Eu entendo bem a sua opini?o sobre regulamenta??o Bruno, apesar de eu 
> n?o concordar.
> 
> S? para finalizar ent?o, j? que estamos off topic, voc? precisa escolher 
> entre dois mundos antag?nicos:
> 
>  1. Alta regulamenta??o sem diversidade de produtos e servi?os ou
>  2. Baixa regulamenta??o com diversidade de produtos e servi?os.
> 
> Respeito muito sua opini?o, j? que pensei da mesma forma a maior parte 
> da minha vida, por?m hoje n?o concordo mais com ela.
> 
> Um grande abra?o,
> 
> Leandro Carlos Rodrigues

 		 	   		  

From leandro at allchemistry.com.br  Wed Feb 24 09:02:00 2016
From: leandro at allchemistry.com.br (Leandro Carlos Rodrigues)
Date: Wed, 24 Feb 2016 09:02:00 -0300
Subject: [MASOCH-L] Serpro x Java
In-Reply-To: <SNT152-W48188AFB1F0D6A168A8B6F5A50@phx.gbl>
References: <CAGFn2k3+OwA6jR3cqYA+rtnvrXOGzBmKrCUVDbuC4-QEiEn8Vg@mail.gmail.com>
 <CALKJDWe8tcQQcP=rfU0RfTqJ_+ataZMYEOhEPO9xZ7Xoman-qg@mail.gmail.com>
 <CA+m52=chV=t6eZm9b1Gg5T7PKvcxfYaM-J17VuL7QdBQKVZn1w@mail.gmail.com>
 <CAJ20prjyGoKfqZHFXsUdmLh4wFWBow33Q66_rGjeXxBmAmDYBQ@mail.gmail.com>
 <CAM6AcpwmZTRK2VAGisy2v2hBpUaRxUGbMaR7L7SW7DTs4g9KgA@mail.gmail.com>
 <SNT152-W5228E9CA1F7127DFEBE0FBF5A40@phx.gbl>
 <CAM6AcpyniMU3R9SQaqSLczr+dCpyarcyBQZtSrnDqJW7cnogLw@mail.gmail.com>
 <SNT152-W9271F6B313E2BAACAC20A8F5A50@phx.gbl>
 <CAM6AcpzPmgiub=k6NuOe03cU-RNe-f1RFnkEVFCvMMd8iFRa6Q@mail.gmail.com>
 <SNT152-W4990CCF67543E155E50ADDF5A50@phx.gbl>
 <56CD97DB.5020203@allchemistry.com.br>
 <SNT152-W48188AFB1F0D6A168A8B6F5A50@phx.gbl>
Message-ID: <56CD9BB8.10206@allchemistry.com.br>

N?s todos somos o mercado, ent?o n?s devemos nos defender. Muita gente 
tem essa ideia que o mercado ? um ser a parte mas est?o errados. Se voc? 
se considera fora do mercado, ent?o n?o pode vender m?o de obra nem 
comprar produtos e servi?os.

Mas ai estamos entrando numa discuss?o longa e infrut?fera.

Para finalizar, n?o importa se voc? defende o Estado ou o mercado livre, 
e sim que se defender um perde os benef?cios do outro.

Abra?os,

Leandro Carlos Rodrigues
TI All Chemistry do Brasil
(11) 3014-7100

Em 24/02/2016 08:54, Bruno Cabral escreveu:
> Alta regula??o traz panelinhas (ex: reserva de mercado na inform?tica). Baixa regulamenta??o traz qualidade
> duvidosa (por ex. a "competi??o" em mau servi?o das empresas de
> celular). ? uma escolha realmente dificil.
>
> Por outro lado toda vez que eu vejo algu?m criticando o estado me pergunto quem a pessoa acha que pode defend?-lo contra os grupos poderosos. Ser? a nossa "justi?a", r?pida e imparcial? Porque o mercado n?o faz mesmo... Ou ser? que devemos esperar por deos na pr?xima vida e dar esta por perdida?
>
> []s
> !3runo
>
>> Eu entendo bem a sua opini?o sobre regulamenta??o Bruno, apesar de eu
>> n?o concordar.
>>
>> S? para finalizar ent?o, j? que estamos off topic, voc? precisa escolher
>> entre dois mundos antag?nicos:
>>
>>   1. Alta regulamenta??o sem diversidade de produtos e servi?os ou
>>   2. Baixa regulamenta??o com diversidade de produtos e servi?os.
>>
>> Respeito muito sua opini?o, j? que pensei da mesma forma a maior parte
>> da minha vida, por?m hoje n?o concordo mais com ela.
>>
>> Um grande abra?o,
>>
>> Leandro Carlos Rodrigues
>   		 	   		
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> -----
> Nenhum v?rus encontrado nessa mensagem.
> Verificado por AVG - www.avgbrasil.com.br
> Vers?o: 2016.0.7442 / Banco de dados de v?rus: 4537/11687 - Data de Lan?amento: 02/24/16
>



From erigler at gmail.com  Sat Feb 27 00:37:23 2016
From: erigler at gmail.com (Eduardo Rigler)
Date: Sat, 27 Feb 2016 00:37:23 -0300
Subject: [MASOCH-L] =?utf-8?q?Par=C3=A2metros_ADSL2+?=
In-Reply-To: <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
References: <CA+gOtKBSM2-gEybuK9MK1oGwVjUx-32qDjnNcNi5mxz5NaZf2A@mail.gmail.com>
 <CA+gOtKBWCUVrWJ6aUjPeov=xO7Ld7xQdn+0p2F9gm9A_5uPKbg@mail.gmail.com>
 <CA+gOtKAXcGNufs83hk3MRnr34mjzXkOhNZ8UhDvWW+zZXgEppw@mail.gmail.com>
 <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
Message-ID: <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>

Ol? amigos,

H? uns 2~3 dias estou enfrentando quedas no meu Velox (15mb) em casa e
antes de acionar a Oi gostaria de tirar uma duvida com os mais entendidos,
pois no ramo ADSL sou apenas usu?rio e n?o me lembro mais dos par?metros
aceit?veis de sinal.

Olhando no modem tenho os seguintes dados:

- SNR Margem: 4.9~6.3dB (download) | 5.0~9.1dB (upload)
- Atenua??o: 24.5dB (download) | 12.6dB (upload)

PS: Coloquei apenas a m?dia que vi, mas geralmente o SNR vai l? pra baixo
pouco antes de perder sincronia, j? a  atenua??o n?o varia quase nada.

Como est?o esses n?meros? Na internet vi que um SNR abaixo de 8dB indica
problemas, outros falam em 5dB. N?o sei exatamente a que dist?ncia estou da
central.

Quando sincroniza e conecta a velocidade ? normal, as quedas est?o
ocorrendo em m?dia ? cada 5~10 min (?s vezes menos). Testei com outros 2
modems que tenho guardados e ambos nem sincronizaram, mas n?o confio
piamente neles (s?o usados mas teoricamente estavam funcionando).

Essa oscila??o de sinal ? normal? Melhor dar uma revisada no cabeamento
interno antes de acionar a Oi?

Desculpem pela b?blia :-)

[]'s


From thomaz at voip.ufrj.br  Sat Feb 27 04:43:17 2016
From: thomaz at voip.ufrj.br (Thomaz Barros)
Date: Sat, 27 Feb 2016 04:43:17 -0300
Subject: [MASOCH-L] =?utf-8?q?Par=C3=A2metros_ADSL2+?=
In-Reply-To: <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>
References: <CA+gOtKBSM2-gEybuK9MK1oGwVjUx-32qDjnNcNi5mxz5NaZf2A@mail.gmail.com>
 <CA+gOtKBWCUVrWJ6aUjPeov=xO7Ld7xQdn+0p2F9gm9A_5uPKbg@mail.gmail.com>
 <CA+gOtKAXcGNufs83hk3MRnr34mjzXkOhNZ8UhDvWW+zZXgEppw@mail.gmail.com>
 <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
 <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>
Message-ID: <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>

Ol? Eduardo,
Quem est? falando ? um outro usu?rio Velox :). Tradicionalmente, a Oi segue
esta tabela de par?metros:
https://sites.google.com/site/clivernascimento/institucional/tabela-de-parametros
.
De acordo com seu e-mail, seu sinal est? ruidoso demais. Muito
provavelmente ? isso que est? causando seus problemas de sincronia. Agora o
ponto chave ? descobrir a origem. Eu come?aria um troubleshooting interno
antes de acionar a Oi. Procuraria por isolamento rompido, proximidade de
cabos el?tricos, ferrugem. Por exemplo, aqui em casa a emenda entre a
fia??o interna e o drop da Oi estava completamente podre, prejudicando meu
servi?o, h? uns anos atr?s.
Se nada disso surtir efeito, a? sim eu acionaria a empresa e torceria para
n?o alocarem um t?cnico pregui?oso que simplesmente desqualificar? o sinal
e reduzir? meu plano. Infelizmente, eu j? passei por isso e estou acionando
a justi?a tentando reaver meu Velox de 10Mbps que me foi retirado ap?s 3
anos.

Atenciosamente,
Thomaz

2016-02-27 0:37 GMT-03:00 Eduardo Rigler <erigler at gmail.com>:

> Ol? amigos,
>
> H? uns 2~3 dias estou enfrentando quedas no meu Velox (15mb) em casa e
> antes de acionar a Oi gostaria de tirar uma duvida com os mais entendidos,
> pois no ramo ADSL sou apenas usu?rio e n?o me lembro mais dos par?metros
> aceit?veis de sinal.
>
> Olhando no modem tenho os seguintes dados:
>
> - SNR Margem: 4.9~6.3dB (download) | 5.0~9.1dB (upload)
> - Atenua??o: 24.5dB (download) | 12.6dB (upload)
>
> PS: Coloquei apenas a m?dia que vi, mas geralmente o SNR vai l? pra baixo
> pouco antes de perder sincronia, j? a  atenua??o n?o varia quase nada.
>
> Como est?o esses n?meros? Na internet vi que um SNR abaixo de 8dB indica
> problemas, outros falam em 5dB. N?o sei exatamente a que dist?ncia estou da
> central.
>
> Quando sincroniza e conecta a velocidade ? normal, as quedas est?o
> ocorrendo em m?dia ? cada 5~10 min (?s vezes menos). Testei com outros 2
> modems que tenho guardados e ambos nem sincronizaram, mas n?o confio
> piamente neles (s?o usados mas teoricamente estavam funcionando).
>
> Essa oscila??o de sinal ? normal? Melhor dar uma revisada no cabeamento
> interno antes de acionar a Oi?
>
> Desculpem pela b?blia :-)
>
> []'s
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From gxavier.bh at gwxinfo.com.br  Sat Feb 27 09:08:40 2016
From: gxavier.bh at gwxinfo.com.br (Guilherme F W Xavier)
Date: Sat, 27 Feb 2016 09:08:40 -0300
Subject: [MASOCH-L] =?utf-8?q?Par=C3=A2metros_ADSL2+?=
In-Reply-To: <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>
References: <CA+gOtKBSM2-gEybuK9MK1oGwVjUx-32qDjnNcNi5mxz5NaZf2A@mail.gmail.com>
 <CA+gOtKBWCUVrWJ6aUjPeov=xO7Ld7xQdn+0p2F9gm9A_5uPKbg@mail.gmail.com>
 <CA+gOtKAXcGNufs83hk3MRnr34mjzXkOhNZ8UhDvWW+zZXgEppw@mail.gmail.com>
 <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
 <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>
 <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>
Message-ID: <56D191C8.2090302@gwxinfo.com.br>

Bom dia,

Olha ainda o MTU do modem/roteador utilizando este site como base:
http://www.abusar.org.br/manuais/mtu.html

Grato,

Guilherme Xavier
http://www.gwxtecnologia.com.br/
Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
Linkedin: https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym

Em 27/02/2016 04:43, Thomaz Barros escreveu:
> Ol? Eduardo,
> Quem est? falando ? um outro usu?rio Velox :). Tradicionalmente, a Oi segue
> esta tabela de par?metros:
> https://sites.google.com/site/clivernascimento/institucional/tabela-de-parametros
> .
> De acordo com seu e-mail, seu sinal est? ruidoso demais. Muito
> provavelmente ? isso que est? causando seus problemas de sincronia. Agora o
> ponto chave ? descobrir a origem. Eu come?aria um troubleshooting interno
> antes de acionar a Oi. Procuraria por isolamento rompido, proximidade de
> cabos el?tricos, ferrugem. Por exemplo, aqui em casa a emenda entre a
> fia??o interna e o drop da Oi estava completamente podre, prejudicando meu
> servi?o, h? uns anos atr?s.
> Se nada disso surtir efeito, a? sim eu acionaria a empresa e torceria para
> n?o alocarem um t?cnico pregui?oso que simplesmente desqualificar? o sinal
> e reduzir? meu plano. Infelizmente, eu j? passei por isso e estou acionando
> a justi?a tentando reaver meu Velox de 10Mbps que me foi retirado ap?s 3
> anos.
>
> Atenciosamente,
> Thomaz
>
> 2016-02-27 0:37 GMT-03:00 Eduardo Rigler <erigler at gmail.com>:
>
>> Ol? amigos,
>>
>> H? uns 2~3 dias estou enfrentando quedas no meu Velox (15mb) em casa e
>> antes de acionar a Oi gostaria de tirar uma duvida com os mais entendidos,
>> pois no ramo ADSL sou apenas usu?rio e n?o me lembro mais dos par?metros
>> aceit?veis de sinal.
>>
>> Olhando no modem tenho os seguintes dados:
>>
>> - SNR Margem: 4.9~6.3dB (download) | 5.0~9.1dB (upload)
>> - Atenua??o: 24.5dB (download) | 12.6dB (upload)
>>
>> PS: Coloquei apenas a m?dia que vi, mas geralmente o SNR vai l? pra baixo
>> pouco antes de perder sincronia, j? a  atenua??o n?o varia quase nada.
>>
>> Como est?o esses n?meros? Na internet vi que um SNR abaixo de 8dB indica
>> problemas, outros falam em 5dB. N?o sei exatamente a que dist?ncia estou da
>> central.
>>
>> Quando sincroniza e conecta a velocidade ? normal, as quedas est?o
>> ocorrendo em m?dia ? cada 5~10 min (?s vezes menos). Testei com outros 2
>> modems que tenho guardados e ambos nem sincronizaram, mas n?o confio
>> piamente neles (s?o usados mas teoricamente estavam funcionando).
>>
>> Essa oscila??o de sinal ? normal? Melhor dar uma revisada no cabeamento
>> interno antes de acionar a Oi?
>>
>> Desculpem pela b?blia :-)
>>
>> []'s
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From thomaz at voip.ufrj.br  Sat Feb 27 17:10:22 2016
From: thomaz at voip.ufrj.br (Thomaz Barros)
Date: Sat, 27 Feb 2016 17:10:22 -0300
Subject: [MASOCH-L] =?utf-8?q?Par=C3=A2metros_ADSL2+?=
In-Reply-To: <56D191C8.2090302@gwxinfo.com.br>
References: <CA+gOtKBSM2-gEybuK9MK1oGwVjUx-32qDjnNcNi5mxz5NaZf2A@mail.gmail.com>
 <CA+gOtKBWCUVrWJ6aUjPeov=xO7Ld7xQdn+0p2F9gm9A_5uPKbg@mail.gmail.com>
 <CA+gOtKAXcGNufs83hk3MRnr34mjzXkOhNZ8UhDvWW+zZXgEppw@mail.gmail.com>
 <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
 <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>
 <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>
 <56D191C8.2090302@gwxinfo.com.br>
Message-ID: <CA+6-a4xWz8y0o=nzG_SWscZDqr+J20qjjcovcwH=ZohtjMKPew@mail.gmail.com>

Se eu n?o me engano, o MTU padr?o da Oi ? 1490/1492 bytes.

2016-02-27 9:08 GMT-03:00 Guilherme F W Xavier <gxavier.bh at gwxinfo.com.br>:

> Bom dia,
>
> Olha ainda o MTU do modem/roteador utilizando este site como base:
> http://www.abusar.org.br/manuais/mtu.html
>
> Grato,
>
> Guilherme Xavier
> http://www.gwxtecnologia.com.br/
> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
> Linkedin:
> https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym
>
>
> Em 27/02/2016 04:43, Thomaz Barros escreveu:
>
>> Ol? Eduardo,
>> Quem est? falando ? um outro usu?rio Velox :). Tradicionalmente, a Oi
>> segue
>> esta tabela de par?metros:
>>
>> https://sites.google.com/site/clivernascimento/institucional/tabela-de-parametros
>> .
>> De acordo com seu e-mail, seu sinal est? ruidoso demais. Muito
>> provavelmente ? isso que est? causando seus problemas de sincronia. Agora
>> o
>> ponto chave ? descobrir a origem. Eu come?aria um troubleshooting interno
>> antes de acionar a Oi. Procuraria por isolamento rompido, proximidade de
>> cabos el?tricos, ferrugem. Por exemplo, aqui em casa a emenda entre a
>> fia??o interna e o drop da Oi estava completamente podre, prejudicando meu
>> servi?o, h? uns anos atr?s.
>> Se nada disso surtir efeito, a? sim eu acionaria a empresa e torceria para
>> n?o alocarem um t?cnico pregui?oso que simplesmente desqualificar? o sinal
>> e reduzir? meu plano. Infelizmente, eu j? passei por isso e estou
>> acionando
>> a justi?a tentando reaver meu Velox de 10Mbps que me foi retirado ap?s 3
>> anos.
>>
>> Atenciosamente,
>> Thomaz
>>
>> 2016-02-27 0:37 GMT-03:00 Eduardo Rigler <erigler at gmail.com>:
>>
>> Ol? amigos,
>>>
>>> H? uns 2~3 dias estou enfrentando quedas no meu Velox (15mb) em casa e
>>> antes de acionar a Oi gostaria de tirar uma duvida com os mais
>>> entendidos,
>>> pois no ramo ADSL sou apenas usu?rio e n?o me lembro mais dos par?metros
>>> aceit?veis de sinal.
>>>
>>> Olhando no modem tenho os seguintes dados:
>>>
>>> - SNR Margem: 4.9~6.3dB (download) | 5.0~9.1dB (upload)
>>> - Atenua??o: 24.5dB (download) | 12.6dB (upload)
>>>
>>> PS: Coloquei apenas a m?dia que vi, mas geralmente o SNR vai l? pra baixo
>>> pouco antes de perder sincronia, j? a  atenua??o n?o varia quase nada.
>>>
>>> Como est?o esses n?meros? Na internet vi que um SNR abaixo de 8dB indica
>>> problemas, outros falam em 5dB. N?o sei exatamente a que dist?ncia estou
>>> da
>>> central.
>>>
>>> Quando sincroniza e conecta a velocidade ? normal, as quedas est?o
>>> ocorrendo em m?dia ? cada 5~10 min (?s vezes menos). Testei com outros 2
>>> modems que tenho guardados e ambos nem sincronizaram, mas n?o confio
>>> piamente neles (s?o usados mas teoricamente estavam funcionando).
>>>
>>> Essa oscila??o de sinal ? normal? Melhor dar uma revisada no cabeamento
>>> interno antes de acionar a Oi?
>>>
>>> Desculpem pela b?blia :-)
>>>
>>> []'s
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rafael.bedendo at gmail.com  Sat Feb 27 17:25:17 2016
From: rafael.bedendo at gmail.com (Rafael Bedendo)
Date: Sat, 27 Feb 2016 17:25:17 -0300
Subject: [MASOCH-L] =?utf-8?q?Par=C3=A2metros_ADSL2+?=
In-Reply-To: <CA+6-a4xWz8y0o=nzG_SWscZDqr+J20qjjcovcwH=ZohtjMKPew@mail.gmail.com>
References: <CA+gOtKBSM2-gEybuK9MK1oGwVjUx-32qDjnNcNi5mxz5NaZf2A@mail.gmail.com>
 <CA+gOtKBWCUVrWJ6aUjPeov=xO7Ld7xQdn+0p2F9gm9A_5uPKbg@mail.gmail.com>
 <CA+gOtKAXcGNufs83hk3MRnr34mjzXkOhNZ8UhDvWW+zZXgEppw@mail.gmail.com>
 <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
 <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>
 <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>
 <56D191C8.2090302@gwxinfo.com.br>
 <CA+6-a4xWz8y0o=nzG_SWscZDqr+J20qjjcovcwH=ZohtjMKPew@mail.gmail.com>
Message-ID: <56D2062D.5020302@gmail.com>

Boa tarde, isso depende. Aqui na minha regi?o nos testes com ping eu n?o 
passo de 1432.


Em 27/02/2016 17:10, Thomaz Barros escreveu:
> Se eu n?o me engano, o MTU padr?o da Oi ? 1490/1492 bytes.
>
> 2016-02-27 9:08 GMT-03:00 Guilherme F W Xavier <gxavier.bh at gwxinfo.com.br>:
>
>> Bom dia,
>>
>> Olha ainda o MTU do modem/roteador utilizando este site como base:
>> http://www.abusar.org.br/manuais/mtu.html
>>
>> Grato,
>>
>> Guilherme Xavier
>> http://www.gwxtecnologia.com.br/
>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575
>> Linkedin:
>> https://www.linkedin.com/company/gwx-tecnologia-?trk=biz-companies-cym
>>
>>
>> Em 27/02/2016 04:43, Thomaz Barros escreveu:
>>
>>> Ol? Eduardo,
>>> Quem est? falando ? um outro usu?rio Velox :). Tradicionalmente, a Oi
>>> segue
>>> esta tabela de par?metros:
>>>
>>> https://sites.google.com/site/clivernascimento/institucional/tabela-de-parametros
>>> .
>>> De acordo com seu e-mail, seu sinal est? ruidoso demais. Muito
>>> provavelmente ? isso que est? causando seus problemas de sincronia. Agora
>>> o
>>> ponto chave ? descobrir a origem. Eu come?aria um troubleshooting interno
>>> antes de acionar a Oi. Procuraria por isolamento rompido, proximidade de
>>> cabos el?tricos, ferrugem. Por exemplo, aqui em casa a emenda entre a
>>> fia??o interna e o drop da Oi estava completamente podre, prejudicando meu
>>> servi?o, h? uns anos atr?s.
>>> Se nada disso surtir efeito, a? sim eu acionaria a empresa e torceria para
>>> n?o alocarem um t?cnico pregui?oso que simplesmente desqualificar? o sinal
>>> e reduzir? meu plano. Infelizmente, eu j? passei por isso e estou
>>> acionando
>>> a justi?a tentando reaver meu Velox de 10Mbps que me foi retirado ap?s 3
>>> anos.
>>>
>>> Atenciosamente,
>>> Thomaz
>>>
>>> 2016-02-27 0:37 GMT-03:00 Eduardo Rigler <erigler at gmail.com>:
>>>
>>> Ol? amigos,
>>>> H? uns 2~3 dias estou enfrentando quedas no meu Velox (15mb) em casa e
>>>> antes de acionar a Oi gostaria de tirar uma duvida com os mais
>>>> entendidos,
>>>> pois no ramo ADSL sou apenas usu?rio e n?o me lembro mais dos par?metros
>>>> aceit?veis de sinal.
>>>>
>>>> Olhando no modem tenho os seguintes dados:
>>>>
>>>> - SNR Margem: 4.9~6.3dB (download) | 5.0~9.1dB (upload)
>>>> - Atenua??o: 24.5dB (download) | 12.6dB (upload)
>>>>
>>>> PS: Coloquei apenas a m?dia que vi, mas geralmente o SNR vai l? pra baixo
>>>> pouco antes de perder sincronia, j? a  atenua??o n?o varia quase nada.
>>>>
>>>> Como est?o esses n?meros? Na internet vi que um SNR abaixo de 8dB indica
>>>> problemas, outros falam em 5dB. N?o sei exatamente a que dist?ncia estou
>>>> da
>>>> central.
>>>>
>>>> Quando sincroniza e conecta a velocidade ? normal, as quedas est?o
>>>> ocorrendo em m?dia ? cada 5~10 min (?s vezes menos). Testei com outros 2
>>>> modems que tenho guardados e ambos nem sincronizaram, mas n?o confio
>>>> piamente neles (s?o usados mas teoricamente estavam funcionando).
>>>>
>>>> Essa oscila??o de sinal ? normal? Melhor dar uma revisada no cabeamento
>>>> interno antes de acionar a Oi?
>>>>
>>>> Desculpem pela b?blia :-)
>>>>
>>>> []'s
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From erigler at gmail.com  Mon Feb 29 09:58:15 2016
From: erigler at gmail.com (Eduardo Rigler)
Date: Mon, 29 Feb 2016 09:58:15 -0300
Subject: [MASOCH-L] =?utf-8?q?Par=C3=A2metros_ADSL2+?=
In-Reply-To: <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>
References: <CA+gOtKBSM2-gEybuK9MK1oGwVjUx-32qDjnNcNi5mxz5NaZf2A@mail.gmail.com>
 <CA+gOtKBWCUVrWJ6aUjPeov=xO7Ld7xQdn+0p2F9gm9A_5uPKbg@mail.gmail.com>
 <CA+gOtKAXcGNufs83hk3MRnr34mjzXkOhNZ8UhDvWW+zZXgEppw@mail.gmail.com>
 <CA+gOtKAov0=Oy9Mef8XUDqZiTb=5ezb_GkL8q9t2bXQonp154Q@mail.gmail.com>
 <CA+gOtKAwY36u9o-zxqaPctaJru1qcbGyHmz+s0vOYP6R4GmxTA@mail.gmail.com>
 <CA+6-a4wEV-x4V8q4W+NthO3ErNGfW_jGPZCzfWQRVQvd+VtvnA@mail.gmail.com>
Message-ID: <CA+gOtKDdt1z9WNpN0dLz2yBAn2U1_PVU0g_ObBCuXhwOspS=Ng@mail.gmail.com>

Thomaz,

Obrigado pela ajuda, acho que descobri o problema:

Moro num condom?nio horizontal pequeno e h? algumas semanas o sindico nos
avisou que iriam instalar caixas herm?ticas nas caixas de passagem em
frente ?s casas pois o ~g?nio~ que fez o projeto original achou que a
melhor solu??o seria passar um cabo de 2 pares para cada casa (um para
telefonia e outro para interfone) com as emendas sendo feitas na caixa de
passagem externa e que a ?gua n?o influenciaria em nada. Muito moradores
estavam com problemas quando chovia, menos eu.

A instala??o das caixas herm?ticas foi feita h? alguns dias e agora
ironicamente quem est? sofrendo com instabilidade no sinal ADSL sou eu,
al?m do interfone n?o estar funcionando...rs. Nessa semana devem ir l? dar
uma revisada no "servi?o".

[]'s
Eduardo.


Em 27 de fevereiro de 2016 04:43, Thomaz Barros <thomaz at voip.ufrj.br>
escreveu:

> Ol? Eduardo,
> Quem est? falando ? um outro usu?rio Velox :). Tradicionalmente, a Oi segue
> esta tabela de par?metros:
>
> https://sites.google.com/site/clivernascimento/institucional/tabela-de-parametros
> .
> De acordo com seu e-mail, seu sinal est? ruidoso demais. Muito
> provavelmente ? isso que est? causando seus problemas de sincronia. Agora o
> ponto chave ? descobrir a origem. Eu come?aria um troubleshooting interno
> antes de acionar a Oi. Procuraria por isolamento rompido, proximidade de
> cabos el?tricos, ferrugem. Por exemplo, aqui em casa a emenda entre a
> fia??o interna e o drop da Oi estava completamente podre, prejudicando meu
> servi?o, h? uns anos atr?s.
> Se nada disso surtir efeito, a? sim eu acionaria a empresa e torceria para
> n?o alocarem um t?cnico pregui?oso que simplesmente desqualificar? o sinal
> e reduzir? meu plano. Infelizmente, eu j? passei por isso e estou acionando
> a justi?a tentando reaver meu Velox de 10Mbps que me foi retirado ap?s 3
> anos.
>
> Atenciosamente,
> Thomaz
>
> 2016-02-27 0:37 GMT-03:00 Eduardo Rigler <erigler at gmail.com>:
>
> > Ol? amigos,
> >
> > H? uns 2~3 dias estou enfrentando quedas no meu Velox (15mb) em casa e
> > antes de acionar a Oi gostaria de tirar uma duvida com os mais
> entendidos,
> > pois no ramo ADSL sou apenas usu?rio e n?o me lembro mais dos par?metros
> > aceit?veis de sinal.
> >
> > Olhando no modem tenho os seguintes dados:
> >
> > - SNR Margem: 4.9~6.3dB (download) | 5.0~9.1dB (upload)
> > - Atenua??o: 24.5dB (download) | 12.6dB (upload)
> >
> > PS: Coloquei apenas a m?dia que vi, mas geralmente o SNR vai l? pra baixo
> > pouco antes de perder sincronia, j? a  atenua??o n?o varia quase nada.
> >
> > Como est?o esses n?meros? Na internet vi que um SNR abaixo de 8dB indica
> > problemas, outros falam em 5dB. N?o sei exatamente a que dist?ncia estou
> da
> > central.
> >
> > Quando sincroniza e conecta a velocidade ? normal, as quedas est?o
> > ocorrendo em m?dia ? cada 5~10 min (?s vezes menos). Testei com outros 2
> > modems que tenho guardados e ambos nem sincronizaram, mas n?o confio
> > piamente neles (s?o usados mas teoricamente estavam funcionando).
> >
> > Essa oscila??o de sinal ? normal? Melhor dar uma revisada no cabeamento
> > interno antes de acionar a Oi?
> >
> > Desculpem pela b?blia :-)
> >
> > []'s
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>