From lucas.bocchi at gmail.com Thu Sep 1 08:22:51 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Thu, 1 Sep 2016 08:22:51 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <57C74C2E.3010303@bhz.jamef.com.br> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C74C2E.3010303@bhz.jamef.com.br> Message-ID: Tente isto sysctl net.ipv4.tcp_ecn=2 Veja se funciona Qual vers?o do kernel da m?quina? Em 31 de agosto de 2016 18:29, Rejaine Monteiro escreveu: > > testei e n?o deu certo. :( > > On 31-08-2016 17:44, Lucas Willian Bocchi wrote: > >> Tente isso >> http_port x.y.z.w:00000 disable-pmtu-discovery=always >> >> Veja se funcona >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From danton.nunes at inexo.com.br Thu Sep 1 09:03:26 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Thu, 1 Sep 2016 09:03:26 -0300 (BRT) Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <57C73FDC.1090107@bhz.jamef.com.br> References: <57C73FDC.1090107@bhz.jamef.com.br> Message-ID: On Wed, 31 Aug 2016, Rejaine Monteiro wrote: > TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - > HIER_DIRECT/177.67.60.32 - faz tempo que abandonamos o squid, mas quando vi mensagens assim estavam relacionadas a limite de tamanho de objetos armazenados. voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o compat?veis? -- Danton From rejaine at bhz.jamef.com.br Thu Sep 1 09:25:03 2016 From: rejaine at bhz.jamef.com.br (Rejaine Monteiro) Date: Thu, 01 Sep 2016 09:25:03 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> <57C74C2E.3010303@bhz.jamef.com.br> Message-ID: <57C81E1F.2080908@bhz.jamef.com.br> oi lucas, a altera??o n?o surtiu efeito. j? fiz testes com kernel 3.11.6-4 (opensuse 13.1) e 3.16.7-21 (opensuse 13.2) On 01-09-2016 08:22, Lucas Willian Bocchi wrote: > Tente isto > sysctl net.ipv4.tcp_ecn=2 > Veja se funciona > Qual vers?o do kernel da m?quina? > > Em 31 de agosto de 2016 18:29, Rejaine Monteiro > escreveu: > >> testei e n?o deu certo. :( >> >> On 31-08-2016 17:44, Lucas Willian Bocchi wrote: >> >>> Tente isso >>> http_port x.y.z.w:00000 disable-pmtu-discovery=always >>> >>> Veja se funcona >>> >> __ >> 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 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br From rejaine at bhz.jamef.com.br Thu Sep 1 09:29:15 2016 From: rejaine at bhz.jamef.com.br (Rejaine Monteiro) Date: Thu, 01 Sep 2016 09:29:15 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> Message-ID: <57C81F1B.1000409@bhz.jamef.com.br> estou rodando configura??o default (com os valores padr?es) do squid aqui na minha m?quina local para testes. Nas configura??es do meu servidor est?o diferentes, mas j? testei com v?rios valores (inclusive bem grandes) e nada resolveu. On 01-09-2016 09:03, Danton Nunes wrote: > On Wed, 31 Aug 2016, Rejaine Monteiro wrote: > >> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - >> HIER_DIRECT/177.67.60.32 - > > faz tempo que abandonamos o squid, mas quando vi mensagens assim > estavam relacionadas a limite de tamanho de objetos armazenados. > > voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o > compat?veis? > > -- Danton > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l -- Rejaine da Silveira Monteiro Suporte-TI Tel: (31) 2102-8854 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br From fprasera at gmail.com Thu Sep 1 10:02:09 2016 From: fprasera at gmail.com (=?Windows-1252?B?RulsaXg=?=) Date: Thu, 1 Sep 2016 10:02:09 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <57C81F1B.1000409@bhz.jamef.com.br> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> Message-ID: <99A64535E91241448BBECE790681F5F6@FEL> Coloca a seguinte linha no squid.conf que vai resolver. via off F?lix -----Mensagem Original----- From: Rejaine Monteiro Sent: Thursday, September 1, 2016 9:29 AM To: Mail Aid and Succor, On-line Comfort and Help Subject: Re: [MASOCH-L] problema acesso site via squid estou rodando configura??o default (com os valores padr?es) do squid aqui na minha m?quina local para testes. Nas configura??es do meu servidor est?o diferentes, mas j? testei com v?rios valores (inclusive bem grandes) e nada resolveu. On 01-09-2016 09:03, Danton Nunes wrote: > On Wed, 31 Aug 2016, Rejaine Monteiro wrote: > >> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - >> HIER_DIRECT/177.67.60.32 - > > faz tempo que abandonamos o squid, mas quando vi mensagens assim estavam > relacionadas a limite de tamanho de objetos armazenados. > > voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o > compat?veis? > > -- Danton > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l -- Rejaine da Silveira Monteiro Suporte-TI Tel: (31) 2102-8854 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From anderson at microquest.com.br Thu Sep 1 10:13:58 2016 From: anderson at microquest.com.br (Anderson C. Santos) Date: Thu, 01 Sep 2016 10:13:58 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <99A64535E91241448BBECE790681F5F6@FEL> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> Message-ID: <57C82996.1020208@microquest.com.br> Prezados, Usando conforme indicado pelo Felix: em squid.conf a linha "via off" Acesso ao www.ipiranga.com.br normalizado Testado em um squid 3.5.12-1ubuntu7.2 Abracos, Anderson C. Santos On 01-09-2016 10:02, F?lix wrote: > Coloca a seguinte linha no squid.conf que vai resolver. > > via off > > F?lix > > -----Mensagem Original----- From: Rejaine Monteiro > Sent: Thursday, September 1, 2016 9:29 AM > To: Mail Aid and Succor, On-line Comfort and Help > Subject: Re: [MASOCH-L] problema acesso site via squid > > > estou rodando configura??o default (com os valores padr?es) do squid > aqui na minha m?quina local para testes. > Nas configura??es do meu servidor est?o diferentes, mas j? testei com > v?rios valores (inclusive bem grandes) e nada resolveu. > > > On 01-09-2016 09:03, Danton Nunes wrote: >> On Wed, 31 Aug 2016, Rejaine Monteiro wrote: >> >>> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - >>> HIER_DIRECT/177.67.60.32 - >> >> faz tempo que abandonamos o squid, mas quando vi mensagens assim >> estavam relacionadas a limite de tamanho de objetos armazenados. >> >> voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o >> compat?veis? >> >> -- Danton >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l > From marcio.merlone at a1.ind.br Thu Sep 1 10:24:05 2016 From: marcio.merlone at a1.ind.br (Marcio Vogel Merlone dos Santos) Date: Thu, 1 Sep 2016 10:24:05 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> Message-ID: Em 01/09/2016 09:03, Danton Nunes escreveu: > faz tempo que abandonamos o squid Opa, desculpa querer sentar na janela e a curiosidade, mas trocou por qual? -- *Marcio Merlone* From smuxbr at gmail.com Thu Sep 1 10:25:47 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Thu, 1 Sep 2016 10:25:47 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> Message-ID: Tamb?m utilizavamos o squid, trocamos pelo sonicwall. Em 1 de setembro de 2016 10:24, Marcio Vogel Merlone dos Santos < marcio.merlone at a1.ind.br> escreveu: > Em 01/09/2016 09:03, Danton Nunes escreveu: > >> faz tempo que abandonamos o squid >> > Opa, desculpa querer sentar na janela e a curiosidade, mas trocou por qual? > > -- > *Marcio Merlone* > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rafael.bedendo at gmail.com Thu Sep 1 10:40:01 2016 From: rafael.bedendo at gmail.com (Rafael Bedendo) Date: Thu, 1 Sep 2016 10:40:01 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <57C82996.1020208@microquest.com.br> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> <57C82996.1020208@microquest.com.br> Message-ID: Aqui tamb?m resolveu com a cl?usula 'via off' estou buscando agora ? informa??es do que ela faz e se ela n?o causa nenhum problema. Abra?o Rafael Bedendo Em 01/09/2016 10:13, Anderson C. Santos escreveu: > Prezados, > > Usando conforme indicado pelo Felix: > > em squid.conf a linha "via off" > > Acesso ao www.ipiranga.com.br normalizado > > Testado em um squid 3.5.12-1ubuntu7.2 > > Abracos, > > Anderson C. Santos > > On 01-09-2016 10:02, F?lix wrote: >> Coloca a seguinte linha no squid.conf que vai resolver. >> >> via off >> >> F?lix >> >> -----Mensagem Original----- From: Rejaine Monteiro >> Sent: Thursday, September 1, 2016 9:29 AM >> To: Mail Aid and Succor, On-line Comfort and Help >> Subject: Re: [MASOCH-L] problema acesso site via squid >> >> >> estou rodando configura??o default (com os valores padr?es) do squid >> aqui na minha m?quina local para testes. >> Nas configura??es do meu servidor est?o diferentes, mas j? testei com >> v?rios valores (inclusive bem grandes) e nada resolveu. >> >> >> On 01-09-2016 09:03, Danton Nunes wrote: >>> On Wed, 31 Aug 2016, Rejaine Monteiro wrote: >>> >>>> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - >>>> HIER_DIRECT/177.67.60.32 - >>> faz tempo que abandonamos o squid, mas quando vi mensagens assim >>> estavam relacionadas a limite de tamanho de objetos armazenados. >>> >>> voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o >>> compat?veis? >>> >>> -- Danton >>> __ >>> masoch-l list >>> https://eng.registro.br/mailman/listinfo/masoch-l > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From lucas.bocchi at gmail.com Thu Sep 1 10:46:51 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Thu, 1 Sep 2016 10:46:51 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <99A64535E91241448BBECE790681F5F6@FEL> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> Message-ID: N?o F?lix, n?o n?o N?O. Essa solu??o n?o respeita uma das RFC's, era a ?ltima que eu ia chutar. VIA OFF desativa o envio, no cabe?alho da requisi??o, do HEADER VIA, que indica que a m?quina est? atr?s de um proxy. Exemplo de um acesso [HTTP_VIA] => 1.1 efw.siena.local:8080 (squid/2.6.STABLE22) Em 1 de setembro de 2016 10:02, F?lix escreveu: > Coloca a seguinte linha no squid.conf que vai resolver. > > via off > > F?lix > > -----Mensagem Original----- From: Rejaine Monteiro > Sent: Thursday, September 1, 2016 9:29 AM > To: Mail Aid and Succor, On-line Comfort and Help > Subject: Re: [MASOCH-L] problema acesso site via squid > > > > estou rodando configura??o default (com os valores padr?es) do squid > aqui na minha m?quina local para testes. > Nas configura??es do meu servidor est?o diferentes, mas j? testei com > v?rios valores (inclusive bem grandes) e nada resolveu. > > > On 01-09-2016 09:03, Danton Nunes wrote: > >> On Wed, 31 Aug 2016, Rejaine Monteiro wrote: >> >> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - HIER_DIRECT/ >>> 177.67.60.32 - >>> >> >> faz tempo que abandonamos o squid, mas quando vi mensagens assim estavam >> relacionadas a limite de tamanho de objetos armazenados. >> >> voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o >> compat?veis? >> >> -- Danton >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > > -- > Rejaine da Silveira Monteiro > Suporte-TI > Tel: (31) 2102-8854 > Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG > 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 > From fprasera at gmail.com Thu Sep 1 11:05:02 2016 From: fprasera at gmail.com (=?utf-8?B?RsOpbGl4?=) Date: Thu, 1 Sep 2016 11:05:02 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> Message-ID: <302C8FB63F0F46AB8D6CF66CF83FF709@FEL> Talvez n?o seja a melhor alternativa, mas me parece que o site www.ipiranga.com.br n?o entende essa RFC, pois sem essa op??o o squid estabelece a conex?o TCP com o servidor deles mas depois n?o recebe mais pacotes, como se aguardasse algum comando. F?lix -----Mensagem Original----- From: Lucas Willian Bocchi Sent: Thursday, September 1, 2016 10:46 AM To: Mail Aid and Succor, On-line Comfort and Help Subject: Re: [MASOCH-L] problema acesso site via squid N?o F?lix, n?o n?o N?O. Essa solu??o n?o respeita uma das RFC's, era a ?ltima que eu ia chutar. VIA OFF desativa o envio, no cabe?alho da requisi??o, do HEADER VIA, que indica que a m?quina est? atr?s de um proxy. Exemplo de um acesso [HTTP_VIA] => 1.1 efw.siena.local:8080 (squid/2.6.STABLE22) Em 1 de setembro de 2016 10:02, F?lix escreveu: > Coloca a seguinte linha no squid.conf que vai resolver. > > via off > > F?lix > > -----Mensagem Original----- From: Rejaine Monteiro > Sent: Thursday, September 1, 2016 9:29 AM > To: Mail Aid and Succor, On-line Comfort and Help > Subject: Re: [MASOCH-L] problema acesso site via squid > > > > estou rodando configura??o default (com os valores padr?es) do squid > aqui na minha m?quina local para testes. > Nas configura??es do meu servidor est?o diferentes, mas j? testei com > v?rios valores (inclusive bem grandes) e nada resolveu. > > > On 01-09-2016 09:03, Danton Nunes wrote: > >> On Wed, 31 Aug 2016, Rejaine Monteiro wrote: >> >> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - HIER_DIRECT/ >>> 177.67.60.32 - >>> >> >> faz tempo que abandonamos o squid, mas quando vi mensagens assim estavam >> relacionadas a limite de tamanho de objetos armazenados. >> >> voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o >> compat?veis? >> >> -- Danton >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > > -- > Rejaine da Silveira Monteiro > Suporte-TI > Tel: (31) 2102-8854 > Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG > 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 > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From lucas.bocchi at gmail.com Thu Sep 1 11:14:09 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Thu, 1 Sep 2016 11:14:09 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <302C8FB63F0F46AB8D6CF66CF83FF709@FEL> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> <302C8FB63F0F46AB8D6CF66CF83FF709@FEL> Message-ID: ? um servidor an?malo. Pode ser algum servidor tomcat ou um varnish cache da vida que n?o est? respondendo... Bem estranho! Em 1 de setembro de 2016 11:05, F?lix escreveu: > Talvez n?o seja a melhor alternativa, mas me parece que o site > www.ipiranga.com.br n?o entende essa RFC, pois sem essa op??o o squid > estabelece a conex?o TCP com o servidor deles mas depois n?o recebe mais > pacotes, como se aguardasse algum comando. > > F?lix > > -----Mensagem Original----- From: Lucas Willian Bocchi > Sent: Thursday, September 1, 2016 10:46 AM > > To: Mail Aid and Succor, On-line Comfort and Help > Subject: Re: [MASOCH-L] problema acesso site via squid > > N?o F?lix, n?o n?o N?O. > Essa solu??o n?o respeita uma das RFC's, era a ?ltima que eu ia chutar. > VIA OFF desativa o envio, no cabe?alho da requisi??o, do HEADER VIA, que > indica que a m?quina est? atr?s de um proxy. > Exemplo de um acesso > [HTTP_VIA] => 1.1 efw.siena.local:8080 (squid/2.6.STABLE22) > > Em 1 de setembro de 2016 10:02, F?lix escreveu: > > Coloca a seguinte linha no squid.conf que vai resolver. >> >> via off >> >> F?lix >> >> -----Mensagem Original----- From: Rejaine Monteiro >> Sent: Thursday, September 1, 2016 9:29 AM >> To: Mail Aid and Succor, On-line Comfort and Help >> Subject: Re: [MASOCH-L] problema acesso site via squid >> >> >> >> estou rodando configura??o default (com os valores padr?es) do squid >> aqui na minha m?quina local para testes. >> Nas configura??es do meu servidor est?o diferentes, mas j? testei com >> v?rios valores (inclusive bem grandes) e nada resolveu. >> >> >> On 01-09-2016 09:03, Danton Nunes wrote: >> >> On Wed, 31 Aug 2016, Rejaine Monteiro wrote: >>> >>> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - HIER_DIRECT/ >>> >>>> 177.67.60.32 - >>>> >>>> >>> faz tempo que abandonamos o squid, mas quando vi mensagens assim estavam >>> relacionadas a limite de tamanho de objetos armazenados. >>> >>> voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o >>> compat?veis? >>> >>> -- Danton >>> __ >>> masoch-l list >>> https://eng.registro.br/mailman/listinfo/masoch-l >>> >>> >> -- >> Rejaine da Silveira Monteiro >> Suporte-TI >> Tel: (31) 2102-8854 >> Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG >> 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 >> >> __ > 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 Thu Sep 1 11:18:48 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Thu, 1 Sep 2016 11:18:48 -0300 (BRT) Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> Message-ID: On Thu, 1 Sep 2016, Marcio Vogel Merlone dos Santos wrote: > Em 01/09/2016 09:03, Danton Nunes escreveu: >> faz tempo que abandonamos o squid > Opa, desculpa querer sentar na janela e a curiosidade, mas trocou por qual? por absolutamente nada. From danton.nunes at inexo.com.br Thu Sep 1 11:20:03 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Thu, 1 Sep 2016 11:20:03 -0300 (BRT) Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> <57C82996.1020208@microquest.com.br> Message-ID: On Thu, 1 Sep 2016, Rafael Bedendo wrote: > Aqui tamb?m resolveu com a cl?usula 'via off' estou buscando agora ? > informa??es do que ela faz e se ela n?o causa nenhum problema. If set (default), Squid will include a Via header in requests and replies as required by RFC2616. From erigler at gmail.com Thu Sep 1 11:26:41 2016 From: erigler at gmail.com (Eduardo Rigler) Date: Thu, 1 Sep 2016 11:26:41 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: References: <57C73FDC.1090107@bhz.jamef.com.br> Message-ID: +1! Bendito foi o dia em que resolvi abolir o Squid das minha redes. []?s Em 1 de setembro de 2016 11:18, Danton Nunes escreveu: > On Thu, 1 Sep 2016, Marcio Vogel Merlone dos Santos wrote: > > Em 01/09/2016 09:03, Danton Nunes escreveu: >> >>> faz tempo que abandonamos o squid >>> >> Opa, desculpa querer sentar na janela e a curiosidade, mas trocou por >> qual? >> > > por absolutamente nada. > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rejaine at bhz.jamef.com.br Thu Sep 1 14:08:41 2016 From: rejaine at bhz.jamef.com.br (Rejaine Monteiro) Date: Thu, 01 Sep 2016 14:08:41 -0300 Subject: [MASOCH-L] problema acesso site via squid In-Reply-To: <302C8FB63F0F46AB8D6CF66CF83FF709@FEL> References: <57C73FDC.1090107@bhz.jamef.com.br> <57C81F1B.1000409@bhz.jamef.com.br> <99A64535E91241448BBECE790681F5F6@FEL> <302C8FB63F0F46AB8D6CF66CF83FF709@FEL> Message-ID: <57C86099.8060003@bhz.jamef.com.br> opa... realmente funciona com a dica do felix (com via off) se trata de uma 'martelada' no squid (mas de fato ? uma viola??o http, em desacordo com a RFC 2616) mais a? d? para criar uma acl com essa diretiva, somente para esse dom?nio ao inves de setar globalmente, exemplo: acl postoipiranga dstdomain .ipiranga.com.br request_header_access Via deny postoipiranga obs: para vers?es anteriores a 3, usar header_access ao inves de request_header_access pelo menos aqui funcionou!! Obrigada pela dica Felix e todos que ajudaram nos testes. On 01-09-2016 11:05, F?lix wrote: > Talvez n?o seja a melhor alternativa, mas me parece que o site > www.ipiranga.com.br n?o entende essa RFC, pois sem essa op??o o squid > estabelece a conex?o TCP com o servidor deles mas depois n?o recebe > mais pacotes, como se aguardasse algum comando. > > F?lix > > -----Mensagem Original----- From: Lucas Willian Bocchi > Sent: Thursday, September 1, 2016 10:46 AM > To: Mail Aid and Succor, On-line Comfort and Help > Subject: Re: [MASOCH-L] problema acesso site via squid > > N?o F?lix, n?o n?o N?O. > Essa solu??o n?o respeita uma das RFC's, era a ?ltima que eu ia chutar. > VIA OFF desativa o envio, no cabe?alho da requisi??o, do HEADER VIA, que > indica que a m?quina est? atr?s de um proxy. > Exemplo de um acesso > [HTTP_VIA] => 1.1 efw.siena.local:8080 (squid/2.6.STABLE22) > > Em 1 de setembro de 2016 10:02, F?lix escreveu: > >> Coloca a seguinte linha no squid.conf que vai resolver. >> >> via off >> >> F?lix >> >> -----Mensagem Original----- From: Rejaine Monteiro >> Sent: Thursday, September 1, 2016 9:29 AM >> To: Mail Aid and Succor, On-line Comfort and Help >> Subject: Re: [MASOCH-L] problema acesso site via squid >> >> >> >> estou rodando configura??o default (com os valores padr?es) do squid >> aqui na minha m?quina local para testes. >> Nas configura??es do meu servidor est?o diferentes, mas j? testei com >> v?rios valores (inclusive bem grandes) e nada resolveu. >> >> >> On 01-09-2016 09:03, Danton Nunes wrote: >> >>> On Wed, 31 Aug 2016, Rejaine Monteiro wrote: >>> >>> TCP_MISS_ABORTED/000 0 GET http://www.ipiranga.com.br/ - HIER_DIRECT/ >>>> 177.67.60.32 - >>>> >>> >>> faz tempo que abandonamos o squid, mas quando vi mensagens assim >>> estavam >>> relacionadas a limite de tamanho de objetos armazenados. >>> >>> voc? temum limite de tamanho para objetos na mem?ria? e no disco? s?o >>> compat?veis? >>> >>> -- Danton >>> __ >>> masoch-l list >>> https://eng.registro.br/mailman/listinfo/masoch-l >>> >> >> -- >> Rejaine da Silveira Monteiro >> Suporte-TI >> Tel: (31) 2102-8854 >> Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG >> 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 >> > __ > 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 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br From leandro at spfbl.net Fri Sep 2 08:29:04 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 2 Sep 2016 08:29:04 -0300 Subject: [MASOCH-L] =?utf-8?q?Dom=C3=ADnios_com_MX_localhost?= Message-ID: Rubens, Ontem convers?vamos sobre dom?nios com MX localhost na Rodada de Neg?cios da Abrahosting. Eu disse que iria te passar os casos de dom?nios brasileiros com esta configura??o fraudulenta. Consegui encontrar apenas esse caso @e-store.com.br aqui no MD: ubuntu at matrix:~$ dig mx e-store.com.br | grep IN ;e-store.com.br. IN MX e-store.com.br. 232 IN MX 10 localhost. ubuntu at matrix:~$ Por?m gostaria de alertar o pessoal da lista que a pr?tica ? bem mais comum com dom?nios estrangeiros e pegamos o tempo todo esses casos: ubuntu at matrix:~$ egrep -ho " new BLOCK .+ at .+ added by '.localhost;GENERIC'" /var/log/spfbl/spfbl.*.log new BLOCK '@nlzv.com' added by '.localhost;GENERIC' new BLOCK '@by.org' added by '.localhost;GENERIC' new BLOCK '@jrr.org' added by '.localhost;GENERIC' new BLOCK '@zid.org' added by '.localhost;GENERIC' new BLOCK '@zd.org' added by '.localhost;GENERIC' new BLOCK '@vyct.com' added by '.localhost;GENERIC' new BLOCK '@ircfa.com' added by '.localhost;GENERIC' new BLOCK '@baby-coupons.net' added by '.localhost;GENERIC' new BLOCK '@tntdn.com' added by '.localhost;GENERIC' new BLOCK '@ibid.pl' added by '.localhost;GENERIC' new BLOCK '@barjules.com' added by '.localhost;GENERIC' new BLOCK '@ovsi.com' added by '.localhost;GENERIC' ubuntu at matrix:~$ Parece que o spammer quer facilidade e cadastra esses dom?nios descart?veis com configura??es simples como essa. O pior de tudo ? que retornos de erro v?o para o pr?prio MTA que est? recebendo. A intelig?ncia dos caras para enganar n?o tem limites. Por outro lado, eles nos deram uma forma muito eficiente de pega-los. Abra?os, Leandro SPFBL.net From smuxbr at gmail.com Fri Sep 2 09:05:57 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Fri, 2 Sep 2016 09:05:57 -0300 Subject: [MASOCH-L] =?utf-8?q?Dom=C3=ADnios_com_MX_localhost?= In-Reply-To: References: Message-ID: Leandro, Fiz uma pesquisa a partir de todos os dominios cadastrados no mesmo ID do e-store.com.br e encontrei mais MX com localhost: acessoriosstore.com.br. 300 IN MX 10 localhost. altecstore.com.br. 300 IN MX 10 localhost. calculadorascasio.com.br. 214 IN MX 10 localhost. camerasnikon.com.br. 215 IN MX 10 localhost. camerasnikonstore.com.br. 215 IN MX 10 localhost. casiostore.com.br. 215 IN MX 10 localhost. chevroletestore.com.br. 300 IN MX 10 localhost. e-store.com.br. 216 IN MX 10 localhost. estore.com.br. 300 IN MX 10 localhost. gmestore.com.br. 300 IN MX 10 localhost. gopolestore.com.br. 300 IN MX 10 localhost. goproacessoriosstore.com.br. 217 IN MX 10 localhost. isoundstore.com.br. 217 IN MX 10 localhost. knogstore.com.br. 217 IN MX 10 localhost. loweprostore.com.br. 217 IN MX 10 localhost. oneforallstore.com.br. 300 IN MX 10 localhost. philipstore.com.br. 219 IN MX 10 localhost. polarpro.com.br. 219 IN MX 10 localhost. polarprostore.com.br. 219 IN MX 10 localhost. produtosmotorola.com.br. 300 IN MX 10 localhost. skullcandystore.com.br. 300 IN MX 10 localhost. storechevrolet.com.br. 300 IN MX 10 localhost. storegopro.com.br. 220 IN MX 10 localhost. targusstore.com.br. 300 IN MX 10 localhost. vivitarstore.com.br. 300 IN MX 10 localhost. A maioria dos dominios foram criados entre o fim de Agosto e o inicio desse m?s de Setembro e refor?a a ideia do Leandro de que somente criam para enviar spam no 'grace period'. Ainda n?o encontrei referencias desses dominios no SPFBL, mas n?o duvido que logo estar? pipocando no BLOCK do sistema. Abs. Em 2 de setembro de 2016 08:29, Leandro escreveu: > Rubens, > > Ontem convers?vamos sobre dom?nios com MX localhost na Rodada de Neg?cios > da Abrahosting. Eu disse que iria te passar os casos de dom?nios > brasileiros com esta configura??o fraudulenta. > > Consegui encontrar apenas esse caso @e-store.com.br aqui no MD: > > ubuntu at matrix:~$ dig mx e-store.com.br | grep IN > ;e-store.com.br. IN MX > e-store.com.br. 232 IN MX 10 localhost. > ubuntu at matrix:~$ > > Por?m gostaria de alertar o pessoal da lista que a pr?tica ? bem mais comum > com dom?nios estrangeiros e pegamos o tempo todo esses casos: > > ubuntu at matrix:~$ egrep -ho " new BLOCK .+ at .+ added by > '.localhost;GENERIC'" > /var/log/spfbl/spfbl.*.log > new BLOCK '@nlzv.com' added by '.localhost;GENERIC' > new BLOCK '@by.org' added by '.localhost;GENERIC' > new BLOCK '@jrr.org' added by '.localhost;GENERIC' > new BLOCK '@zid.org' added by '.localhost;GENERIC' > new BLOCK '@zd.org' added by '.localhost;GENERIC' > new BLOCK '@vyct.com' added by '.localhost;GENERIC' > new BLOCK '@ircfa.com' added by '.localhost;GENERIC' > new BLOCK '@baby-coupons.net' added by '.localhost;GENERIC' > new BLOCK '@tntdn.com' added by '.localhost;GENERIC' > new BLOCK '@ibid.pl' added by '.localhost;GENERIC' > new BLOCK '@barjules.com' added by '.localhost;GENERIC' > new BLOCK '@ovsi.com' added by '.localhost;GENERIC' > ubuntu at matrix:~$ > > Parece que o spammer quer facilidade e cadastra esses dom?nios descart?veis > com configura??es simples como essa. O pior de tudo ? que retornos de erro > v?o para o pr?prio MTA que est? recebendo. > > A intelig?ncia dos caras para enganar n?o tem limites. Por outro lado, eles > nos deram uma forma muito eficiente de pega-los. > > Abra?os, > Leandro > SPFBL.net > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leandro at spfbl.net Fri Sep 2 09:35:34 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 2 Sep 2016 09:35:34 -0300 Subject: [MASOCH-L] =?utf-8?q?Dom=C3=ADnios_com_MX_localhost?= In-Reply-To: References: Message-ID: Caceta. Voc? foi bem al?m Roberto. S? mergulhando no mundo desses caras para sacar as artimanhas deles. Se quiser pegar esses casos no SPFBL, tem que usar o comando GENERIC da seguinte forma: spfbl ganeric add .localhost ? a partir deste ponto que a ferramenta de ANALISE vai ca?ando esses caras em background e bloqueando automaticamente. Ali?s ele faz mais que isso. Qualquer MX gen?rico, inv?lido, fechado ou inexistente, bloqueia autom?tico por conta da norma que remetente tem que ter MX ativo, respondendo e origem genu?na. Por?m a lista GENERIC n?o est? na vers?o oficial do SPFBL pois est? em fase de teste. Assim que ficar est?vel eu libero. At? l?, se quiser usar a vers?o de teste, segue o link: https://dl.dropboxusercontent.com/u/44768624/SPFBL.jar Lembrando que o uso da vers?o de teste ? por sua conta e risco. Abra?os, Leandro SPFBL.net Em 2 de setembro de 2016 09:05, Roberto Lima escreveu: > Leandro, > > Fiz uma pesquisa a partir de todos os dominios cadastrados no mesmo ID do > e-store.com.br e encontrei mais MX com localhost: > > acessoriosstore.com.br. 300 IN MX 10 localhost. > altecstore.com.br. 300 IN MX 10 localhost. > calculadorascasio.com.br. 214 IN MX 10 localhost. > camerasnikon.com.br. 215 IN MX 10 localhost. > camerasnikonstore.com.br. 215 IN MX 10 localhost. > casiostore.com.br. 215 IN MX 10 localhost. > chevroletestore.com.br. 300 IN MX 10 localhost. > e-store.com.br. 216 IN MX 10 localhost. > estore.com.br. 300 IN MX 10 localhost. > gmestore.com.br. 300 IN MX 10 localhost. > gopolestore.com.br. 300 IN MX 10 localhost. > goproacessoriosstore.com.br. 217 IN MX 10 localhost. > isoundstore.com.br. 217 IN MX 10 localhost. > knogstore.com.br. 217 IN MX 10 localhost. > loweprostore.com.br. 217 IN MX 10 localhost. > oneforallstore.com.br. 300 IN MX 10 localhost. > philipstore.com.br. 219 IN MX 10 localhost. > polarpro.com.br. 219 IN MX 10 localhost. > polarprostore.com.br. 219 IN MX 10 localhost. > produtosmotorola.com.br. 300 IN MX 10 localhost. > skullcandystore.com.br. 300 IN MX 10 localhost. > storechevrolet.com.br. 300 IN MX 10 localhost. > storegopro.com.br. 220 IN MX 10 localhost. > targusstore.com.br. 300 IN MX 10 localhost. > vivitarstore.com.br. 300 IN MX 10 localhost. > > A maioria dos dominios foram criados entre o fim de Agosto e o inicio desse > m?s de Setembro e refor?a a ideia do Leandro de que somente criam para > enviar spam no 'grace period'. > > Ainda n?o encontrei referencias desses dominios no SPFBL, mas n?o duvido > que logo estar? pipocando no BLOCK do sistema. > > Abs. > > Em 2 de setembro de 2016 08:29, Leandro escreveu: > > > Rubens, > > > > Ontem convers?vamos sobre dom?nios com MX localhost na Rodada de Neg?cios > > da Abrahosting. Eu disse que iria te passar os casos de dom?nios > > brasileiros com esta configura??o fraudulenta. > > > > Consegui encontrar apenas esse caso @e-store.com.br aqui no MD: > > > > ubuntu at matrix:~$ dig mx e-store.com.br | grep IN > > ;e-store.com.br. IN MX > > e-store.com.br. 232 IN MX 10 localhost. > > ubuntu at matrix:~$ > > > > Por?m gostaria de alertar o pessoal da lista que a pr?tica ? bem mais > comum > > com dom?nios estrangeiros e pegamos o tempo todo esses casos: > > > > ubuntu at matrix:~$ egrep -ho " new BLOCK .+ at .+ added by > > '.localhost;GENERIC'" > > /var/log/spfbl/spfbl.*.log > > new BLOCK '@nlzv.com' added by '.localhost;GENERIC' > > new BLOCK '@by.org' added by '.localhost;GENERIC' > > new BLOCK '@jrr.org' added by '.localhost;GENERIC' > > new BLOCK '@zid.org' added by '.localhost;GENERIC' > > new BLOCK '@zd.org' added by '.localhost;GENERIC' > > new BLOCK '@vyct.com' added by '.localhost;GENERIC' > > new BLOCK '@ircfa.com' added by '.localhost;GENERIC' > > new BLOCK '@baby-coupons.net' added by '.localhost;GENERIC' > > new BLOCK '@tntdn.com' added by '.localhost;GENERIC' > > new BLOCK '@ibid.pl' added by '.localhost;GENERIC' > > new BLOCK '@barjules.com' added by '.localhost;GENERIC' > > new BLOCK '@ovsi.com' added by '.localhost;GENERIC' > > ubuntu at matrix:~$ > > > > Parece que o spammer quer facilidade e cadastra esses dom?nios > descart?veis > > com configura??es simples como essa. O pior de tudo ? que retornos de > erro > > v?o para o pr?prio MTA que est? recebendo. > > > > A intelig?ncia dos caras para enganar n?o tem limites. Por outro lado, > eles > > nos deram uma forma muito eficiente de pega-los. > > > > 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 bruno at openline.com.br Sat Sep 3 06:11:12 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Sat, 3 Sep 2016 06:11:12 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Ferramenta_para_Virtualiza=E7=E3o?= In-Reply-To: References: , , , , , Message-ID: Ola Fiquei de contar o resultado dos testes, aqui v?o OVFtool (ferramenta em modo texto) converteu o vmx em ovf tranquilo mas demorou um bocado. vsphere importou o ovf perfeitamente (tamb?m foi lento). Ap?s a cria??o da VM, iniciei o primeiro boot com "placa de rede desconectada" na configura??o do guest, o win2008r2 virtualizado entrou, reinstalou um monte de drivers, achou a placa de rede virtual e eu pude mudar o IP e finalmente conecta-lo ? rede Tive que adicionar a preferencia pelo IPv4 nas instancias do tomcat7, que o ERP n?o tinha colocado e a maquina agora tem IPv6. Um reboot depois estava tudo rodando como esperado Foi bastante tranquilo exceto por um detalhe. Pediu para conectar na internet para reativar o windows, como os senhores j? tinham alertado Eu tenho a chave original do mesmo, mas estou em duvida. Vai dar chave duplicada (o original ainda esta rodando pois este ainda ? um servidor em teste)? Devo desconectar o outro da rede enquanto reativo este (e depois recoloco)? Algum outro procedimento recomendado? Pesquisando no google li que se mudasse o mac da placa de rede para o mesmo da m?quina original, n?o precisaria reativar. S?rio isso??? Muito obrigado a todos que compartilharam dicas e experi?ncias! !3runo As vezes voce nao tem os programas para uma instala??o limpa,por ex um ERP de terceiro que cobra (caro) para fazer reinstala??o Como fui eu que iniciei o thread, informo que fizemos uma copiarodando com o vsphere converter para formato VMDK, usando oovftool foi gerado um OVF a ser importado no servidor ESXi quandoeste estiver pronto So nao fizemos ainda porque conseguimos um emprestimo de umservidor so para fazer o teste de instalar o ESXi e importar o OVFe ver se roda, ou os problemas que poderemos encontrar, antes defazer no de produ??o. Inclusive a id?ia ? deixar esse emprestado rodando como se fosseo principal enquanto fazemos o servi?o, minimizando uma noite maldormida. Depois eu conto o resultado From leandro at spfbl.net Thu Sep 8 10:24:54 2016 From: leandro at spfbl.net (Leandro) Date: Thu, 8 Sep 2016 10:24:54 -0300 Subject: [MASOCH-L] #RFCFAIL Message-ID: Pessoal, Avisem seus clientes para ficarem atentos ? RFC por gentileza: *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* *Falha na entrega aos seguintes destinat?rios ou grupos:* postmaster at constran.com.br O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o endere?o de email do destinat?rio e tente reenviar a mensagem. Se o problema continuar, entre em contato com a assist?ncia t?cnica. Pretendemos implementar futuramente a verifica??o ativa do postmaster na ferramenta de an?lise do SPFBL, com bloqueio autom?tico. Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo assim, s?o v?rios casos deste tipo. Abra?os, Leandro SPFBL.net From lucas.bocchi at gmail.com Thu Sep 8 11:04:15 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Thu, 8 Sep 2016 11:04:15 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Leandro. Isso n?o ? incomum, assim como o > /dev/null do postmaster, webmaster, etc... Em 8 de setembro de 2016 10:24, Leandro escreveu: > Pessoal, > > Avisem seus clientes para ficarem atentos ? RFC por gentileza: > > > *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > > *Falha na entrega aos seguintes destinat?rios ou grupos:* > > postmaster at constran.com.br > > O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o > endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > problema continuar, entre em contato com a assist?ncia t?cnica. > > Pretendemos implementar futuramente a verifica??o ativa do postmaster na > ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > > Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo > assim, s?o v?rios casos deste tipo. > > Abra?os, > Leandro > SPFBL.net > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From jonny at jonny.eng.br Thu Sep 8 12:20:41 2016 From: jonny at jonny.eng.br (jonny at jonny.eng.br) Date: Thu, 8 Sep 2016 12:20:41 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: http://rfc-clueless.org/ On 09/08/2016 10:24 AM, Leandro wrote: > Pessoal, > > Avisem seus clientes para ficarem atentos ? RFC por gentileza: > > > *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > > *Falha na entrega aos seguintes destinat?rios ou grupos:* > > postmaster at constran.com.br > > O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o > endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > problema continuar, entre em contato com a assist?ncia t?cnica. > > Pretendemos implementar futuramente a verifica??o ativa do postmaster na > ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > > Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo > assim, s?o v?rios casos deste tipo. > > Abra?os, > Leandro > SPFBL.net > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From leandro at spfbl.net Thu Sep 8 12:25:21 2016 From: leandro at spfbl.net (Leandro) Date: Thu, 8 Sep 2016 12:25:21 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Poxa Lucas. Nestes casos que voc? apontou, a gente n?o tem muito o que fazer se houver bloqueio de falso positivo. :-( A gente est? tentando construir m?todos de valida??o se servi?o genu?no de e-mail (para ter certeza que n?o se trata de ataques de rob?s) usando a RFC como base. A ideia seria que sem postmaster ativo e respondendo, n?o tem servi?o genu?no de e-mail rodando l?. Como se a conta postmaster fosse um crit?rio de genuinidade do servi?o manja? Creio que o problema dever? ser resolvido pela imposi??o da RFC mesmo. Pe?o pela paci?ncia todos voc?s se tivermos contratempos com seus clientes nessa transi??o beleza galera? N?o ? nossa inten??o prejudicar algu?m leg?timo, apenas spammers e fraudadores. Abra?os, Leandro SPFBL.net Em 8 de setembro de 2016 11:04, Lucas Willian Bocchi escreveu: > Leandro. > Isso n?o ? incomum, assim como o > /dev/null do postmaster, webmaster, > etc... > > Em 8 de setembro de 2016 10:24, Leandro escreveu: > > > Pessoal, > > > > Avisem seus clientes para ficarem atentos ? RFC por gentileza: > > > > > > *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > > > > *Falha na entrega aos seguintes destinat?rios ou grupos:* > > > > postmaster at constran.com.br > > > > O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o > > endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > > problema continuar, entre em contato com a assist?ncia t?cnica. > > > > Pretendemos implementar futuramente a verifica??o ativa do postmaster na > > ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > > > > Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo > > assim, s?o v?rios casos deste tipo. > > > > 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 jonny at jonny.eng.br Thu Sep 8 12:43:20 2016 From: jonny at jonny.eng.br (jonny at jonny.eng.br) Date: Thu, 8 Sep 2016 12:43:20 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Uma "op??o" ? mandar email para o contato registrado no whois/registro.br Vale lembrar que o yahoo.com passou anos no rfc-ignorant justamente por n?o ter um postmaster registrado. O servi?o fechou, e eu duvido que tenham "consertado". http://www.h-online.com/security/news/item/RFC-Ignorant-org-blacklist-closes-down-1724814.html On 09/08/2016 12:25 PM, Leandro wrote: > Poxa Lucas. Nestes casos que voc? apontou, a gente n?o tem muito o que > fazer se houver bloqueio de falso positivo. :-( > > A gente est? tentando construir m?todos de valida??o se servi?o genu?no de > e-mail (para ter certeza que n?o se trata de ataques de rob?s) usando a RFC > como base. > > A ideia seria que sem postmaster ativo e respondendo, n?o tem servi?o > genu?no de e-mail rodando l?. Como se a conta postmaster fosse um crit?rio > de genuinidade do servi?o manja? > > Creio que o problema dever? ser resolvido pela imposi??o da RFC mesmo. Pe?o > pela paci?ncia todos voc?s se tivermos contratempos com seus clientes nessa > transi??o beleza galera? N?o ? nossa inten??o prejudicar algu?m leg?timo, > apenas spammers e fraudadores. > > Abra?os, > Leandro > SPFBL.net > > Em 8 de setembro de 2016 11:04, Lucas Willian Bocchi > escreveu: >> Leandro. >> Isso n?o ? incomum, assim como o > /dev/null do postmaster, webmaster, >> etc... >> >> Em 8 de setembro de 2016 10:24, Leandro escreveu: >> >>> Pessoal, >>> >>> Avisem seus clientes para ficarem atentos ? RFC por gentileza: >>> >>> >>> *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* >>> >>> *Falha na entrega aos seguintes destinat?rios ou grupos:* >>> >>> postmaster at constran.com.br >>> >>> O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o >>> endere?o de email do destinat?rio e tente reenviar a mensagem. Se o >>> problema continuar, entre em contato com a assist?ncia t?cnica. >>> >>> Pretendemos implementar futuramente a verifica??o ativa do postmaster na >>> ferramenta de an?lise do SPFBL, com bloqueio autom?tico. >>> >>> Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo >>> assim, s?o v?rios casos deste tipo. >>> >>> 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 From leandro at spfbl.net Thu Sep 8 17:10:55 2016 From: leandro at spfbl.net (Leandro) Date: Thu, 8 Sep 2016 17:10:55 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Putz pode crer Jonny. O fato do RFC-Ignorant ter fechado s? mostra o quanto todos n?s somos alheios ?s RFCs. S? para voc? ter uma ideia de quanto fomos longe em ignorar ?s RFCs, nosso projeto SPFBL nasceu basicamente pelo descumprimento em massa das RFCs 4408 e 7208: https://eng.registro.br/pipermail/masoch-l/2015-June/017583.html Acredito muito que grande parte da culpa de estarmos atolados com esse problema de SPAM vem justamente dessa nossa cultura de ignorar RFCs. No caso do SPF, muito provedores simplesmente desligam o SPF convencional porque o tratamento dos descumprimentos de RFC pelos colegas enviadores de tornou infernal. Tivemos que flexibilizar o SPF justamente para recuperar esses provedores desistentes. Se conseguirmos recuperar uma parcela grande, de modo a pressionar o mercado a cumprir as RFCs do SPF, ent?o retomaremos aquilo que foi construido com muito esfor?o pelos criadores do SPF. Flexibilizar o SPF ? o ?nico caminho para n?o perd?-lo. O fato de termos escolhido a conta postmaster para entregar a chave de delisting ? justamente para dar mais uma camada de prote??o que tal IP tem realmente um servi?o genu?no de e-mail. Se coloc?ssemos outras op??es, essa prote??o vai ficando cada vez mais branda. Por outro lado, a flexibiliza??o desta regra seria os pr?prios clientes de consulta do servi?o fazerem o delisting. Seria mais ou menos: siga a RFC ou espere pela manifesta??o do recebedor. Abra?os, Leandro SPFBL.net Em 8 de setembro de 2016 12:43, escreveu: > Uma "op??o" ? mandar email para o contato registrado no whois/registro.br > > > Vale lembrar que o yahoo.com passou anos no rfc-ignorant justamente por > n?o ter um postmaster registrado. > > O servi?o fechou, e eu duvido que tenham "consertado". > > http://www.h-online.com/security/news/item/RFC-Ignorant-org- > blacklist-closes-down-1724814.html > > > > On 09/08/2016 12:25 PM, Leandro wrote: > >> Poxa Lucas. Nestes casos que voc? apontou, a gente n?o tem muito o que >> fazer se houver bloqueio de falso positivo. :-( >> >> A gente est? tentando construir m?todos de valida??o se servi?o genu?no de >> e-mail (para ter certeza que n?o se trata de ataques de rob?s) usando a >> RFC >> como base. >> >> A ideia seria que sem postmaster ativo e respondendo, n?o tem servi?o >> genu?no de e-mail rodando l?. Como se a conta postmaster fosse um crit?rio >> de genuinidade do servi?o manja? >> >> Creio que o problema dever? ser resolvido pela imposi??o da RFC mesmo. >> Pe?o >> pela paci?ncia todos voc?s se tivermos contratempos com seus clientes >> nessa >> transi??o beleza galera? N?o ? nossa inten??o prejudicar algu?m leg?timo, >> apenas spammers e fraudadores. >> >> Abra?os, >> Leandro >> SPFBL.net >> >> Em 8 de setembro de 2016 11:04, Lucas Willian Bocchi < >> lucas.bocchi at gmail.com >> >>> escreveu: >>> Leandro. >>> Isso n?o ? incomum, assim como o > /dev/null do postmaster, webmaster, >>> etc... >>> >>> Em 8 de setembro de 2016 10:24, Leandro escreveu: >>> >>> Pessoal, >>>> >>>> Avisem seus clientes para ficarem atentos ? RFC por gentileza: >>>> >>>> >>>> *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* >>>> >>>> *Falha na entrega aos seguintes destinat?rios ou grupos:* >>>> >>>> postmaster at constran.com.br >>>> >>>> O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o >>>> endere?o de email do destinat?rio e tente reenviar a mensagem. Se o >>>> problema continuar, entre em contato com a assist?ncia t?cnica. >>>> >>>> Pretendemos implementar futuramente a verifica??o ativa do postmaster na >>>> ferramenta de an?lise do SPFBL, com bloqueio autom?tico. >>>> >>>> Essa verifica??o acima ? passiva e invocada no m?todo de delisting. >>>> Mesmo >>>> assim, s?o v?rios casos deste tipo. >>>> >>>> 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 >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From smuxbr at gmail.com Thu Sep 8 18:48:09 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Thu, 8 Sep 2016 18:48:09 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Existem casos em que o retorno seria postmaster at host.do.mta.dominio.com.br (assim como em sites quando se usa webmaster at nome.do.servidor.dominio.com.br) e a? dificulta ainda mais a aplica??o da RFC como bloqueio efetivo. Em 8 de setembro de 2016 17:10, Leandro escreveu: > Putz pode crer Jonny. > > O fato do RFC-Ignorant ter fechado s? mostra o quanto todos n?s somos > alheios ?s RFCs. > > S? para voc? ter uma ideia de quanto fomos longe em ignorar ?s RFCs, nosso > projeto SPFBL nasceu basicamente pelo descumprimento em massa das RFCs 4408 > e 7208: > > https://eng.registro.br/pipermail/masoch-l/2015-June/017583.html > > Acredito muito que grande parte da culpa de estarmos atolados com esse > problema de SPAM vem justamente dessa nossa cultura de ignorar RFCs. No > caso do SPF, muito provedores simplesmente desligam o SPF convencional > porque o tratamento dos descumprimentos de RFC pelos colegas enviadores de > tornou infernal. > > Tivemos que flexibilizar o SPF justamente para recuperar esses provedores > desistentes. Se conseguirmos recuperar uma parcela grande, de modo a > pressionar o mercado a cumprir as RFCs do SPF, ent?o retomaremos aquilo que > foi construido com muito esfor?o pelos criadores do SPF. Flexibilizar o SPF > ? o ?nico caminho para n?o perd?-lo. > > O fato de termos escolhido a conta postmaster para entregar a chave de > delisting ? justamente para dar mais uma camada de prote??o que tal IP tem > realmente um servi?o genu?no de e-mail. Se coloc?ssemos outras op??es, essa > prote??o vai ficando cada vez mais branda. Por outro lado, a flexibiliza??o > desta regra seria os pr?prios clientes de consulta do servi?o fazerem o > delisting. Seria mais ou menos: siga a RFC ou espere pela manifesta??o do > recebedor. > > Abra?os, > Leandro > SPFBL.net > > > > Em 8 de setembro de 2016 12:43, escreveu: > > > Uma "op??o" ? mandar email para o contato registrado no whois/ > registro.br > > > > > > Vale lembrar que o yahoo.com passou anos no rfc-ignorant justamente por > > n?o ter um postmaster registrado. > > > > O servi?o fechou, e eu duvido que tenham "consertado". > > > > http://www.h-online.com/security/news/item/RFC-Ignorant-org- > > blacklist-closes-down-1724814.html > > > > > > > > On 09/08/2016 12:25 PM, Leandro wrote: > > > >> Poxa Lucas. Nestes casos que voc? apontou, a gente n?o tem muito o que > >> fazer se houver bloqueio de falso positivo. :-( > >> > >> A gente est? tentando construir m?todos de valida??o se servi?o genu?no > de > >> e-mail (para ter certeza que n?o se trata de ataques de rob?s) usando a > >> RFC > >> como base. > >> > >> A ideia seria que sem postmaster ativo e respondendo, n?o tem servi?o > >> genu?no de e-mail rodando l?. Como se a conta postmaster fosse um > crit?rio > >> de genuinidade do servi?o manja? > >> > >> Creio que o problema dever? ser resolvido pela imposi??o da RFC mesmo. > >> Pe?o > >> pela paci?ncia todos voc?s se tivermos contratempos com seus clientes > >> nessa > >> transi??o beleza galera? N?o ? nossa inten??o prejudicar algu?m > leg?timo, > >> apenas spammers e fraudadores. > >> > >> Abra?os, > >> Leandro > >> SPFBL.net > >> > >> Em 8 de setembro de 2016 11:04, Lucas Willian Bocchi < > >> lucas.bocchi at gmail.com > >> > >>> escreveu: > >>> Leandro. > >>> Isso n?o ? incomum, assim como o > /dev/null do postmaster, webmaster, > >>> etc... > >>> > >>> Em 8 de setembro de 2016 10:24, Leandro escreveu: > >>> > >>> Pessoal, > >>>> > >>>> Avisem seus clientes para ficarem atentos ? RFC por gentileza: > >>>> > >>>> > >>>> *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > >>>> > >>>> *Falha na entrega aos seguintes destinat?rios ou grupos:* > >>>> > >>>> postmaster at constran.com.br > >>>> > >>>> O endere?o de mail que voc? inseriu n?o p?de ser encontrado. > Verifique o > >>>> endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > >>>> problema continuar, entre em contato com a assist?ncia t?cnica. > >>>> > >>>> Pretendemos implementar futuramente a verifica??o ativa do postmaster > na > >>>> ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > >>>> > >>>> Essa verifica??o acima ? passiva e invocada no m?todo de delisting. > >>>> Mesmo > >>>> assim, s?o v?rios casos deste tipo. > >>>> > >>>> 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 > >> > > > > __ > > 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 Thu Sep 8 20:03:18 2016 From: leandro at spfbl.net (Leandro) Date: Thu, 8 Sep 2016 20:03:18 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Roberto. Realmente isso ser? um desafio grande. A ideia por tr?s disso ? restabelecer o canal de comunica??o direto com o administrador do MTA. Mas voc? tem raz?o em come?ar a agir bloqueando ativamente nesses casos, como faziam nossos colegas do RFC-Ignorant, certamente daria m?r?a. O que podemos fazer ? manter a pr?tica de forma passiva, quando o admin precisa realizar delisting (que s?o poucos casos) e invoca o m?todo de envio de chave. Somente nesses casos a principio. Tem v?rios casos que recebemos aqui, onde o envio da chave d? esse erro de inexistente, e logo em seguida o admin repete o procedimento de envio da chave e acessa URL com sucesso. Significa que na primeira vez a conta postmaster estava inativa e em seguida eles reativaram a conta para poderem receber a chave. Seria como se estiv?ssemos abrindo uma trilha na mata para voc?s voltarem a ter acesso ao postmaster desses dom?nios. Por?m temos que levar em conta tamb?m a parte massiva de casos onde n?o existe servi?o de e-mail de fato, tipo bots, e esse procedimento garante que o IP se mantenha bloqueado indefinidamente. Abra?os, Leandro SPFBL.net Em 8 de setembro de 2016 18:48, Roberto Lima escreveu: > Existem casos em que o retorno seria postmaster at host.do.mta.dominio.com.br > (assim como em sites quando se usa webmaster at nome.do.servidor. > dominio.com.br) > e a? dificulta ainda mais a aplica??o da RFC como bloqueio efetivo. > > Em 8 de setembro de 2016 17:10, Leandro escreveu: > > > Putz pode crer Jonny. > > > > O fato do RFC-Ignorant ter fechado s? mostra o quanto todos n?s somos > > alheios ?s RFCs. > > > > S? para voc? ter uma ideia de quanto fomos longe em ignorar ?s RFCs, > nosso > > projeto SPFBL nasceu basicamente pelo descumprimento em massa das RFCs > 4408 > > e 7208: > > > > https://eng.registro.br/pipermail/masoch-l/2015-June/017583.html > > > > Acredito muito que grande parte da culpa de estarmos atolados com esse > > problema de SPAM vem justamente dessa nossa cultura de ignorar RFCs. No > > caso do SPF, muito provedores simplesmente desligam o SPF convencional > > porque o tratamento dos descumprimentos de RFC pelos colegas enviadores > de > > tornou infernal. > > > > Tivemos que flexibilizar o SPF justamente para recuperar esses provedores > > desistentes. Se conseguirmos recuperar uma parcela grande, de modo a > > pressionar o mercado a cumprir as RFCs do SPF, ent?o retomaremos aquilo > que > > foi construido com muito esfor?o pelos criadores do SPF. Flexibilizar o > SPF > > ? o ?nico caminho para n?o perd?-lo. > > > > O fato de termos escolhido a conta postmaster para entregar a chave de > > delisting ? justamente para dar mais uma camada de prote??o que tal IP > tem > > realmente um servi?o genu?no de e-mail. Se coloc?ssemos outras op??es, > essa > > prote??o vai ficando cada vez mais branda. Por outro lado, a > flexibiliza??o > > desta regra seria os pr?prios clientes de consulta do servi?o fazerem o > > delisting. Seria mais ou menos: siga a RFC ou espere pela manifesta??o do > > recebedor. > > > > Abra?os, > > Leandro > > SPFBL.net > > > > > > > > Em 8 de setembro de 2016 12:43, escreveu: > > > > > Uma "op??o" ? mandar email para o contato registrado no whois/ > > registro.br > > > > > > > > > Vale lembrar que o yahoo.com passou anos no rfc-ignorant justamente > por > > > n?o ter um postmaster registrado. > > > > > > O servi?o fechou, e eu duvido que tenham "consertado". > > > > > > http://www.h-online.com/security/news/item/RFC-Ignorant-org- > > > blacklist-closes-down-1724814.html > > > > > > > > > > > > On 09/08/2016 12:25 PM, Leandro wrote: > > > > > >> Poxa Lucas. Nestes casos que voc? apontou, a gente n?o tem muito o que > > >> fazer se houver bloqueio de falso positivo. :-( > > >> > > >> A gente est? tentando construir m?todos de valida??o se servi?o > genu?no > > de > > >> e-mail (para ter certeza que n?o se trata de ataques de rob?s) usando > a > > >> RFC > > >> como base. > > >> > > >> A ideia seria que sem postmaster ativo e respondendo, n?o tem servi?o > > >> genu?no de e-mail rodando l?. Como se a conta postmaster fosse um > > crit?rio > > >> de genuinidade do servi?o manja? > > >> > > >> Creio que o problema dever? ser resolvido pela imposi??o da RFC mesmo. > > >> Pe?o > > >> pela paci?ncia todos voc?s se tivermos contratempos com seus clientes > > >> nessa > > >> transi??o beleza galera? N?o ? nossa inten??o prejudicar algu?m > > leg?timo, > > >> apenas spammers e fraudadores. > > >> > > >> Abra?os, > > >> Leandro > > >> SPFBL.net > > >> > > >> Em 8 de setembro de 2016 11:04, Lucas Willian Bocchi < > > >> lucas.bocchi at gmail.com > > >> > > >>> escreveu: > > >>> Leandro. > > >>> Isso n?o ? incomum, assim como o > /dev/null do postmaster, > webmaster, > > >>> etc... > > >>> > > >>> Em 8 de setembro de 2016 10:24, Leandro > escreveu: > > >>> > > >>> Pessoal, > > >>>> > > >>>> Avisem seus clientes para ficarem atentos ? RFC por gentileza: > > >>>> > > >>>> > > >>>> *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > > >>>> > > >>>> *Falha na entrega aos seguintes destinat?rios ou grupos:* > > >>>> > > >>>> postmaster at constran.com.br > > >>>> > > >>>> O endere?o de mail que voc? inseriu n?o p?de ser encontrado. > > Verifique o > > >>>> endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > > >>>> problema continuar, entre em contato com a assist?ncia t?cnica. > > >>>> > > >>>> Pretendemos implementar futuramente a verifica??o ativa do > postmaster > > na > > >>>> ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > > >>>> > > >>>> Essa verifica??o acima ? passiva e invocada no m?todo de delisting. > > >>>> Mesmo > > >>>> assim, s?o v?rios casos deste tipo. > > >>>> > > >>>> 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 > > >> > > > > > > __ > > > 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 rubensk at gmail.com Thu Sep 8 20:18:43 2016 From: rubensk at gmail.com (Rubens Kuhl) Date: Thu, 8 Sep 2016 20:18:43 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Eu acho que precisamos atualizar as pr?ticas de tempos passados... antigamente a RFC de correio dizia para se aceitar e-mail vindo de qualquer lugar, o que hoje chamamos de open-relay, como forma de aumentar a resili?ncia da rede. Hoje temos mecanismos como DMARC que podem especificar para onde enviar relatos de n?o entrega que antes iriam para postmaster. No caso citado do Yahoo: v=DMARC1; p=reject; pct=100; rua=mailto:dmarc_y_rua at yahoo.com; Eles tem uma pol?tica de DMARC bem agressiva de que o que n?o tiver a assinatura DKIM deles pode ser jogado no lixo, e querem feedback agregado para o endere?o dmarc_y_rua at yahoo.com; se esse endere?o n?o aceitar mensagem a? sim ? #fail, mas do contr?rio, qual o problema ? H? tamb?m redes que desabilitaram esse endere?o mas mant?m p?ginas de contato postmaster (ex: https://mail.terra.com.br/postmaster/ , http://email.uol.com.br/postmaster ) que permitem validar se ? um ser humano fazendo a reclama??o, integrar diretamente com um sistema de ticketing interno etc. Eu acredito que um teste desses devesse mesclar as pr?ticas de hoje (quando usadas) e as pr?ticas de antigamente (se nenhuma das atuais estiver dispon?vel), e com isso reconhecer a evolu??o tecnol?gica do qual o SPFBL.net tamb?m ? um ?timo representante. Rubens 2016-09-08 10:24 GMT-03:00 Leandro : > Pessoal, > > Avisem seus clientes para ficarem atentos ? RFC por gentileza: > > > *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > > *Falha na entrega aos seguintes destinat?rios ou grupos:* > > postmaster at constran.com.br > > O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o > endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > problema continuar, entre em contato com a assist?ncia t?cnica. > > Pretendemos implementar futuramente a verifica??o ativa do postmaster na > ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > > Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo > assim, s?o v?rios casos deste tipo. > > Abra?os, > Leandro > SPFBL.net > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leandro at spfbl.net Thu Sep 8 21:02:57 2016 From: leandro at spfbl.net (Leandro) Date: Thu, 8 Sep 2016 21:02:57 -0300 Subject: [MASOCH-L] #RFCFAIL In-Reply-To: References: Message-ID: Rubens, Eu comecei a estudar o DMARC esses dias e fiquei impressionado com o relat?rio em XML deles para enviar para o "rua": https://dmarc.org/wiki/FAQ#I_need_to_implement_aggregate_reports.2C_what_do_they_look_like.3F Isso vai facilitar muito o processamento e tratamento de denuncias. Vamos trabalhar futuramente com isso, pode ter certeza. Abra?os, Leandro SPFBL.net Em 8 de setembro de 2016 20:18, Rubens Kuhl escreveu: > Eu acho que precisamos atualizar as pr?ticas de tempos passados... > antigamente a RFC de correio dizia para se aceitar e-mail vindo de qualquer > lugar, o que hoje chamamos de open-relay, como forma de aumentar a > resili?ncia da rede. > > Hoje temos mecanismos como DMARC que podem especificar para onde enviar > relatos de n?o entrega que antes iriam para postmaster. No caso citado do > Yahoo: > v=DMARC1; p=reject; pct=100; rua=mailto:dmarc_y_rua at yahoo.com; > > Eles tem uma pol?tica de DMARC bem agressiva de que o que n?o tiver a > assinatura DKIM deles pode ser jogado no lixo, e querem feedback agregado > para o endere?o dmarc_y_rua at yahoo.com; se esse endere?o n?o aceitar > mensagem a? sim ? #fail, mas do contr?rio, qual o problema ? > > H? tamb?m redes que desabilitaram esse endere?o mas mant?m p?ginas de > contato postmaster (ex: https://mail.terra.com.br/postmaster/ , > http://email.uol.com.br/postmaster ) que permitem validar se ? um ser > humano fazendo a reclama??o, integrar diretamente com um sistema de > ticketing interno etc. > > Eu acredito que um teste desses devesse mesclar as pr?ticas de hoje (quando > usadas) e as pr?ticas de antigamente (se nenhuma das atuais estiver > dispon?vel), e com isso reconhecer a evolu??o tecnol?gica do qual o > SPFBL.net tamb?m ? um ?timo representante. > > > Rubens > > > > > 2016-09-08 10:24 GMT-03:00 Leandro : > > > Pessoal, > > > > Avisem seus clientes para ficarem atentos ? RFC por gentileza: > > > > > > *N?o ? poss?vel entregar: Chave de desbloqueio DNSBL* > > > > *Falha na entrega aos seguintes destinat?rios ou grupos:* > > > > postmaster at constran.com.br > > > > O endere?o de mail que voc? inseriu n?o p?de ser encontrado. Verifique o > > endere?o de email do destinat?rio e tente reenviar a mensagem. Se o > > problema continuar, entre em contato com a assist?ncia t?cnica. > > > > Pretendemos implementar futuramente a verifica??o ativa do postmaster na > > ferramenta de an?lise do SPFBL, com bloqueio autom?tico. > > > > Essa verifica??o acima ? passiva e invocada no m?todo de delisting. Mesmo > > assim, s?o v?rios casos deste tipo. > > > > 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 gxavier.bh at gwxinfo.com.br Fri Sep 9 09:37:02 2016 From: gxavier.bh at gwxinfo.com.br (Guilherme F W Xavier) Date: Fri, 9 Sep 2016 09:37:02 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> Message-ID: Bom dia, Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para preencher dados. A pergunta abaixo veio a tona: 1- Tem de configurar algum par?metro no arquivo .jar? 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a consulta automaticamente? Grato, Guilherme Xavier http://www.gwxtecnologia.com.br/ Em 20/06/2016 17:28, Roberto Lima escreveu: > Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. Isso > confirma Leandro? > > Abs. > > Em 20 de junho de 2016 17:24, Eduardo Rigler escreveu: > >> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco com >> um erro semelhante ao enviar e-mail para um fornecedor: >> >> >> Recipient: [SMTP: >> fulano at dominio.com.br] >> Reason: Remote SMTP Server Returned: 554 5.7.1 Service unavailable >> >> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >> http://matrix.spfbl.net/dnsbl/ >> ip >> do meu smtp >> >> Ao entrar na URL: >> >> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >> >> rDNS found: >> >> - valid FCrDNS. >> >> >> No block was found for this IP. >> If this IP is being rejected by some MTA, >> wait for the DNS propagation of this service. >> The propagation time can take a few days. >> >> >> PS: N?o estamos em nenhuma blacklist. >> >> []?s >> >> >> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >> gxavier.bh at gwxinfo.com.br> escreveu: >> >>> Boa tarde Alexandre Correa, >>> >>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>> isso: >>> >>> MailEnable: Message could not be delivered to some recipients. >>> The following recipient(s) could not be reached: >>> >>> Recipient: [SMTP:alexandre at onda.net.br] >>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >> permanently >>> blocked in this server. >>> >>> Vamos ao que interessa: >>> >>> Ao tentar executar o script java deu o erro abaixo: >>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>> MainFrame.java >>> >>> Configura??es: >>> >>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>> >>> CLASSPATH - .;%Java_Home%\ >>> >>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>> >>> O que est? faltando? >>> >>> Grato, >>> >>> Guilherme Xavier >>> http://www.gwxtecnologia.com.br/ >>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>> >>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>> >>>> github.com/ajcorrea >>>> >>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, mas >>>> acredito que ainda funcione.. >>>> >>>> >>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>> >>>>> Bom dia, >>>>> >>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>> >>>>> Grato, >>>>> >>>>> Guilherme Xavier >>>>> http://www.gwxtecnologia.com.br/ >>>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> >>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>> >>>>>> Bom dia, >>>>>> >>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>> >>>>>> Grato, >>>>>> >>>>>> Guilherme Xavier >>>>>> http://www.gwxtecnologia.com.br/ >>>>>> Facebook: >> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>> >>>>>>> Pessoal, >>>>>>> >>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>> >>>>>>> http://www.ipok.com.br/ >>>>>>> >>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >> deles >>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>> >>>>>>> http://matrix.spfbl.net/ >>>>>>> >>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >> din?micos >>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>>> v?rias >>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e an?lise. >>>>>>> Se >>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>> quero ver >>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>> >>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >> voc?s >>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>>> origem >>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, passando >> por >>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>>> isso >>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de spammer >> no >>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>> isolar >>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>> >>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>> positivos >>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>> solit?rios >>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >> N?s >>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de haver >>>>>>> estes >>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes escapa >>>>>>> um ou >>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>> >>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de DNS >>>>>>> no >>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>> leg?timos >>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>> >>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento pois a >>>>>>> gente >>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros dentro >> da >>>>>>> metodologia que estamos usando aqui. >>>>>>> >>>>>>> Um grande abra?o a todos. >>>>>>> >>>>>>> Leandro >>>>>>> __ >>>>>>> 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 >>> >> __ >> 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 Fri Sep 9 11:37:09 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 9 Sep 2016 11:37:09 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> Message-ID: Oi Guilherme, Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele s? serve para manipular listas de bloqueio e whitelist. Acho que tem ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? que n?o dispomos de script plugin para Mailenable. Algu?m que manja do Mailenable teria que estudar a API dele para descobrir como escrever programas para fazer a consulta no servi?o SPFBL e traduzir a resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. Abra?os, Leandro SPFBL.net Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < gxavier.bh at gwxinfo.com.br> escreveu: > Bom dia, > > Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao > projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para > preencher dados. A pergunta abaixo veio a tona: > > 1- Tem de configurar algum par?metro no arquivo .jar? > 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) > deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a > consulta automaticamente? > > Grato, > > Guilherme Xavier > http://www.gwxtecnologia.com.br/ > > Em 20/06/2016 17:28, Roberto Lima escreveu: > >> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >> Isso >> confirma Leandro? >> >> Abs. >> >> Em 20 de junho de 2016 17:24, Eduardo Rigler >> escreveu: >> >> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco com >>> um erro semelhante ao enviar e-mail para um fornecedor: >>> >>> >>> Recipient: [SMTP: >>> fulano at dominio.com.br] >>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>> unavailable >>> >>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>> http://matrix.spfbl.net/dnsbl/ >> /189.112.1.24 >>> >>>> ip >>>> >>> do meu smtp >>> >>> Ao entrar na URL: >>> >>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>> >>> rDNS found: >>> >>> - valid FCrDNS. >>> >>> >>> No block was found for this IP. >>> If this IP is being rejected by some MTA, >>> wait for the DNS propagation of this service. >>> The propagation time can take a few days. >>> >>> >>> PS: N?o estamos em nenhuma blacklist. >>> >>> []?s >>> >>> >>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>> gxavier.bh at gwxinfo.com.br> escreveu: >>> >>> Boa tarde Alexandre Correa, >>>> >>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>> isso: >>>> >>>> MailEnable: Message could not be delivered to some recipients. >>>> The following recipient(s) could not be reached: >>>> >>>> Recipient: [SMTP:alexandre at onda.net.br] >>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>> >>> permanently >>> >>>> blocked in this server. >>>> >>>> Vamos ao que interessa: >>>> >>>> Ao tentar executar o script java deu o erro abaixo: >>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>> MainFrame.java >>>> >>>> Configura??es: >>>> >>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>> >>>> CLASSPATH - .;%Java_Home%\ >>>> >>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>> >>>> O que est? faltando? >>>> >>>> Grato, >>>> >>>> Guilherme Xavier >>>> http://www.gwxtecnologia.com.br/ >>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>> >>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>> >>>> github.com/ajcorrea >>>>> >>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, mas >>>>> acredito que ainda funcione.. >>>>> >>>>> >>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>> >>>>> Bom dia, >>>>>> >>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>> >>>>>> Grato, >>>>>> >>>>>> Guilherme Xavier >>>>>> http://www.gwxtecnologia.com.br/ >>>>>> Facebook: http://www.facebook.com/pages/ >>>>>> GWX-Tecnologia/118686814968575 >>>>>> >>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>> >>>>>> Bom dia, >>>>>>> >>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>> >>>>>>> Grato, >>>>>>> >>>>>>> Guilherme Xavier >>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>> Facebook: >>>>>>> >>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>> >>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>> >>>>>>> Pessoal, >>>>>>>> >>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>> >>>>>>>> http://www.ipok.com.br/ >>>>>>>> >>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>> >>>>>>> deles >>> >>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>> >>>>>>>> http://matrix.spfbl.net/ >>>>>>>> >>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>> >>>>>>> din?micos >>> >>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>>>> v?rias >>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>> an?lise. >>>>>>>> Se >>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>> quero ver >>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>> >>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>> >>>>>>> voc?s >>> >>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>>>> origem >>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, passando >>>>>>>> >>>>>>> por >>> >>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>>>> isso >>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de spammer >>>>>>>> >>>>>>> no >>> >>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>> isolar >>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>> >>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>> positivos >>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>> solit?rios >>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>> >>>>>>> N?s >>> >>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de haver >>>>>>>> estes >>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>> escapa >>>>>>>> um ou >>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>> >>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>> DNS >>>>>>>> no >>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>> leg?timos >>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>> >>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento pois >>>>>>>> a >>>>>>>> gente >>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros dentro >>>>>>>> >>>>>>> da >>> >>>> metodologia que estamos usando aqui. >>>>>>>> >>>>>>>> Um grande abra?o a todos. >>>>>>>> >>>>>>>> Leandro >>>>>>>> __ >>>>>>>> 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 >>>> >>>> __ >>> 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 leandro at spfbl.net Fri Sep 9 11:43:40 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 9 Sep 2016 11:43:40 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> Message-ID: Guilherme, Esqueci de mencionar que estamos com planos de comercializar filtros de MX. Isso vai ajudar o pessoal com dificuldade em implementar SPFBL em seus MX, como ? seu caso, e tamb?m ajuda a mantermos o projeto avan?ando. Se tiver interesse que a gente filtre seus e-mails, para depois repassar para seu Mailenable, entre em contato comigo em privado dizendo o volume di?rio que seu MTA recebe em m?dia. Vou tentar descobrir custos com essa informa??o. Abra?os, Leandro SPFBL.net Em 9 de setembro de 2016 11:37, Leandro escreveu: > Oi Guilherme, > > Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele > s? serve para manipular listas de bloqueio e whitelist. Acho que tem > ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. > > A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? > que n?o dispomos de script plugin para Mailenable. > > Algu?m que manja do Mailenable teria que estudar a API dele para descobrir > como escrever programas para fazer a consulta no servi?o SPFBL e traduzir a > resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. > > Abra?os, > Leandro > SPFBL.net > > Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < > gxavier.bh at gwxinfo.com.br> escreveu: > >> Bom dia, >> >> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >> preencher dados. A pergunta abaixo veio a tona: >> >> 1- Tem de configurar algum par?metro no arquivo .jar? >> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >> consulta automaticamente? >> >> Grato, >> >> Guilherme Xavier >> http://www.gwxtecnologia.com.br/ >> >> Em 20/06/2016 17:28, Roberto Lima escreveu: >> >>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>> Isso >>> confirma Leandro? >>> >>> Abs. >>> >>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>> escreveu: >>> >>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco >>>> com >>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>> >>>> >>>> Recipient: [SMTP: >>>> fulano at dominio.com.br] >>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>> unavailable >>>> >>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>> http://matrix.spfbl.net/dnsbl/ >>> /189.112.1.24 >>>> >>>>> ip >>>>> >>>> do meu smtp >>>> >>>> Ao entrar na URL: >>>> >>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>> >>>> rDNS found: >>>> >>>> - valid FCrDNS. >>>> >>>> >>>> No block was found for this IP. >>>> If this IP is being rejected by some MTA, >>>> wait for the DNS propagation of this service. >>>> The propagation time can take a few days. >>>> >>>> >>>> PS: N?o estamos em nenhuma blacklist. >>>> >>>> []?s >>>> >>>> >>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>> >>>> Boa tarde Alexandre Correa, >>>>> >>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>>> isso: >>>>> >>>>> MailEnable: Message could not be delivered to some recipients. >>>>> The following recipient(s) could not be reached: >>>>> >>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>> >>>> permanently >>>> >>>>> blocked in this server. >>>>> >>>>> Vamos ao que interessa: >>>>> >>>>> Ao tentar executar o script java deu o erro abaixo: >>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>> MainFrame.java >>>>> >>>>> Configura??es: >>>>> >>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>> >>>>> CLASSPATH - .;%Java_Home%\ >>>>> >>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>> >>>>> O que est? faltando? >>>>> >>>>> Grato, >>>>> >>>>> Guilherme Xavier >>>>> http://www.gwxtecnologia.com.br/ >>>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> >>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>> >>>>> github.com/ajcorrea >>>>>> >>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, >>>>>> mas >>>>>> acredito que ainda funcione.. >>>>>> >>>>>> >>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>> >>>>>> Bom dia, >>>>>>> >>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>> >>>>>>> Grato, >>>>>>> >>>>>>> Guilherme Xavier >>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>> GWX-Tecnologia/118686814968575 >>>>>>> >>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>> >>>>>>> Bom dia, >>>>>>>> >>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>> >>>>>>>> Grato, >>>>>>>> >>>>>>>> Guilherme Xavier >>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>> Facebook: >>>>>>>> >>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>> >>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>> >>>>>>>> Pessoal, >>>>>>>>> >>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>> >>>>>>>>> http://www.ipok.com.br/ >>>>>>>>> >>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>>> >>>>>>>> deles >>>> >>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>>> >>>>>>>>> http://matrix.spfbl.net/ >>>>>>>>> >>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>> >>>>>>>> din?micos >>>> >>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>>>>> v?rias >>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>> an?lise. >>>>>>>>> Se >>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>>> quero ver >>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>> >>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>>> >>>>>>>> voc?s >>>> >>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>>>>> origem >>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, passando >>>>>>>>> >>>>>>>> por >>>> >>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>>>>> isso >>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>> spammer >>>>>>>>> >>>>>>>> no >>>> >>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>> isolar >>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>> >>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>> positivos >>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>> solit?rios >>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>>> >>>>>>>> N?s >>>> >>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de haver >>>>>>>>> estes >>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>> escapa >>>>>>>>> um ou >>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>> >>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>>> DNS >>>>>>>>> no >>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>> leg?timos >>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>> >>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>> pois a >>>>>>>>> gente >>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>> dentro >>>>>>>>> >>>>>>>> da >>>> >>>>> metodologia que estamos usando aqui. >>>>>>>>> >>>>>>>>> Um grande abra?o a todos. >>>>>>>>> >>>>>>>>> Leandro >>>>>>>>> __ >>>>>>>>> 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 >>>>> >>>>> __ >>>> 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 gxavier.bh at gwxinfo.com.br Fri Sep 9 14:21:13 2016 From: gxavier.bh at gwxinfo.com.br (Guilherme F W Xavier) Date: Fri, 9 Sep 2016 14:21:13 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> Message-ID: <8ed36ddf-3df9-15d7-b06d-44dcadc8f2c0@gwxinfo.com.br> Boa tarde, O Mailenable ? capaz de executar scripts com facilidade e eu consigo cri?-los sem problema para executar um programa externo. A quest?o do SPFBL ? a necessidade de um execut?vel e n?o tenho conhecimento para cri?-los a partir do seu Bash, nem consegui colocar o Bash para funcionar no windows 2008 server - vou estudar se consigo com isso em uma m?quina virtual. Posso tamb?m tentar rodar desta forma , mas como n?o conhe?o linux, talvez algu?m aqui possa ajudar em tempo livre. Algu?m j? utilizou o UWIN - Unix for Windows ? Ou win-bash para ver se funciona? Grato, Guilherme Xavier http://www.gwxtecnologia.com.br/ Em 09/09/2016 11:37, Leandro escreveu: > Oi Guilherme, > > Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele > s? serve para manipular listas de bloqueio e whitelist. Acho que tem > ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. > > A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? > que n?o dispomos de script plugin para Mailenable. > > Algu?m que manja do Mailenable teria que estudar a API dele para descobrir > como escrever programas para fazer a consulta no servi?o SPFBL e traduzir a > resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. > > Abra?os, > Leandro > SPFBL.net > > Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < > gxavier.bh at gwxinfo.com.br> escreveu: > >> Bom dia, >> >> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >> preencher dados. A pergunta abaixo veio a tona: >> >> 1- Tem de configurar algum par?metro no arquivo .jar? >> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >> consulta automaticamente? >> >> Grato, >> >> Guilherme Xavier >> http://www.gwxtecnologia.com.br/ >> >> Em 20/06/2016 17:28, Roberto Lima escreveu: >> >>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>> Isso >>> confirma Leandro? >>> >>> Abs. >>> >>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>> escreveu: >>> >>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco com >>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>> >>>> >>>> Recipient: [SMTP: >>>> fulano at dominio.com.br] >>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>> unavailable >>>> >>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>> http://matrix.spfbl.net/dnsbl/ >>> /189.112.1.24 >>>> >>>>> ip >>>>> >>>> do meu smtp >>>> >>>> Ao entrar na URL: >>>> >>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>> >>>> rDNS found: >>>> >>>> - valid FCrDNS. >>>> >>>> >>>> No block was found for this IP. >>>> If this IP is being rejected by some MTA, >>>> wait for the DNS propagation of this service. >>>> The propagation time can take a few days. >>>> >>>> >>>> PS: N?o estamos em nenhuma blacklist. >>>> >>>> []?s >>>> >>>> >>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>> >>>> Boa tarde Alexandre Correa, >>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>>> isso: >>>>> >>>>> MailEnable: Message could not be delivered to some recipients. >>>>> The following recipient(s) could not be reached: >>>>> >>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>> >>>> permanently >>>> >>>>> blocked in this server. >>>>> >>>>> Vamos ao que interessa: >>>>> >>>>> Ao tentar executar o script java deu o erro abaixo: >>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>> MainFrame.java >>>>> >>>>> Configura??es: >>>>> >>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>> >>>>> CLASSPATH - .;%Java_Home%\ >>>>> >>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>> >>>>> O que est? faltando? >>>>> >>>>> Grato, >>>>> >>>>> Guilherme Xavier >>>>> http://www.gwxtecnologia.com.br/ >>>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> >>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>> >>>>> github.com/ajcorrea >>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, mas >>>>>> acredito que ainda funcione.. >>>>>> >>>>>> >>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>> >>>>>> Bom dia, >>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>> >>>>>>> Grato, >>>>>>> >>>>>>> Guilherme Xavier >>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>> GWX-Tecnologia/118686814968575 >>>>>>> >>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>> >>>>>>> Bom dia, >>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>> >>>>>>>> Grato, >>>>>>>> >>>>>>>> Guilherme Xavier >>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>> Facebook: >>>>>>>> >>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>> Pessoal, >>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>> >>>>>>>>> http://www.ipok.com.br/ >>>>>>>>> >>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>>> >>>>>>>> deles >>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>>> http://matrix.spfbl.net/ >>>>>>>>> >>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>> >>>>>>>> din?micos >>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>>>>> v?rias >>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>> an?lise. >>>>>>>>> Se >>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>>> quero ver >>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>> >>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>>> >>>>>>>> voc?s >>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>>>>> origem >>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, passando >>>>>>>>> >>>>>>>> por >>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>>>>> isso >>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de spammer >>>>>>>>> >>>>>>>> no >>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>> isolar >>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>> >>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>> positivos >>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>> solit?rios >>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>>> >>>>>>>> N?s >>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de haver >>>>>>>>> estes >>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>> escapa >>>>>>>>> um ou >>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>> >>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>>> DNS >>>>>>>>> no >>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>> leg?timos >>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>> >>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento pois >>>>>>>>> a >>>>>>>>> gente >>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros dentro >>>>>>>>> >>>>>>>> da >>>>> metodologia que estamos usando aqui. >>>>>>>>> Um grande abra?o a todos. >>>>>>>>> >>>>>>>>> Leandro >>>>>>>>> __ >>>>>>>>> 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 >>>>> >>>>> __ >>>> 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 rubensk at gmail.com Fri Sep 9 15:05:06 2016 From: rubensk at gmail.com (Rubens Kuhl) Date: Fri, 9 Sep 2016 15:05:06 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: <8ed36ddf-3df9-15d7-b06d-44dcadc8f2c0@gwxinfo.com.br> References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> <8ed36ddf-3df9-15d7-b06d-44dcadc8f2c0@gwxinfo.com.br> Message-ID: Tente o Cygwin.... eu tinha instalado e conseguia esquecer que era uma m?quina Windows. https://www.cygwin.com/ Rubens 2016-09-09 14:21 GMT-03:00 Guilherme F W Xavier : > Boa tarde, > > O Mailenable ? capaz de executar scripts com facilidade e eu consigo > cri?-los sem problema para executar um programa externo. A quest?o do SPFBL > ? a necessidade de um execut?vel e n?o tenho conhecimento para cri?-los a > partir do seu Bash, nem consegui colocar o Bash para funcionar no windows > 2008 server - vou estudar se consigo com isso < > http://www.howtogeek.com/249966/how-to-install-and-use-the- > linux-bash-shell-on-windows-10/> em uma m?quina virtual. > > Posso tamb?m tentar rodar desta forma -br/commandline/wsl/about>, mas como n?o conhe?o linux, talvez algu?m > aqui possa ajudar em tempo livre. > > Algu?m j? utilizou o UWIN - Unix for Windows < > http://www.aboutlinux.info/2006/01/uwin-unix-for-windows.html>? > > Ou win-bash para ver se funciona? > > Grato, > > Guilherme Xavier > http://www.gwxtecnologia.com.br/ > > Em 09/09/2016 11:37, Leandro escreveu: > >> Oi Guilherme, >> >> Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele >> s? serve para manipular listas de bloqueio e whitelist. Acho que tem >> ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. >> >> A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? >> que n?o dispomos de script plugin para Mailenable. >> >> Algu?m que manja do Mailenable teria que estudar a API dele para descobrir >> como escrever programas para fazer a consulta no servi?o SPFBL e traduzir >> a >> resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. >> >> Abra?os, >> Leandro >> SPFBL.net >> >> Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < >> gxavier.bh at gwxinfo.com.br> escreveu: >> >> Bom dia, >>> >>> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >>> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >>> preencher dados. A pergunta abaixo veio a tona: >>> >>> 1- Tem de configurar algum par?metro no arquivo .jar? >>> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >>> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >>> consulta automaticamente? >>> >>> Grato, >>> >>> Guilherme Xavier >>> http://www.gwxtecnologia.com.br/ >>> >>> Em 20/06/2016 17:28, Roberto Lima escreveu: >>> >>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>>> Isso >>>> confirma Leandro? >>>> >>>> Abs. >>>> >>>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>>> escreveu: >>>> >>>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco >>>> com >>>> >>>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>>> >>>>> >>>>> Recipient: [SMTP: >>>>> fulano at dominio.com.br] >>>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>>> unavailable >>>>> >>>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>>> http://matrix.spfbl.net/dnsbl/ >>>> /189.112.1.24 >>>>> >>>>> ip >>>>>> >>>>>> do meu smtp >>>>> >>>>> Ao entrar na URL: >>>>> >>>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>>> >>>>> rDNS found: >>>>> >>>>> - valid FCrDNS. >>>>> >>>>> >>>>> No block was found for this IP. >>>>> If this IP is being rejected by some MTA, >>>>> wait for the DNS propagation of this service. >>>>> The propagation time can take a few days. >>>>> >>>>> >>>>> PS: N?o estamos em nenhuma blacklist. >>>>> >>>>> []?s >>>>> >>>>> >>>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>> >>>>> Boa tarde Alexandre Correa, >>>>> >>>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>>>> isso: >>>>>> >>>>>> MailEnable: Message could not be delivered to some recipients. >>>>>> The following recipient(s) could not be reached: >>>>>> >>>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>>> >>>>>> permanently >>>>> >>>>> blocked in this server. >>>>>> >>>>>> Vamos ao que interessa: >>>>>> >>>>>> Ao tentar executar o script java deu o erro abaixo: >>>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>>> MainFrame.java >>>>>> >>>>>> Configura??es: >>>>>> >>>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>>> >>>>>> CLASSPATH - .;%Java_Home%\ >>>>>> >>>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>>> >>>>>> O que est? faltando? >>>>>> >>>>>> Grato, >>>>>> >>>>>> Guilherme Xavier >>>>>> http://www.gwxtecnologia.com.br/ >>>>>> Facebook: http://www.facebook.com/pages/ >>>>>> GWX-Tecnologia/118686814968575 >>>>>> >>>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>>> >>>>>> github.com/ajcorrea >>>>>> >>>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, >>>>>>> mas >>>>>>> acredito que ainda funcione.. >>>>>>> >>>>>>> >>>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>>> >>>>>>> Bom dia, >>>>>>> >>>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>>> >>>>>>>> Grato, >>>>>>>> >>>>>>>> Guilherme Xavier >>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>> >>>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>>> >>>>>>>> Bom dia, >>>>>>>> >>>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>>> >>>>>>>>> Grato, >>>>>>>>> >>>>>>>>> Guilherme Xavier >>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>> Facebook: >>>>>>>>> >>>>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>>>> >>>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>> >>>>>>> Pessoal, >>>>>>>>> >>>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>>> >>>>>>>>>> http://www.ipok.com.br/ >>>>>>>>>> >>>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>>>> >>>>>>>>>> deles >>>>>>>>> >>>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>> >>>>>>> http://matrix.spfbl.net/ >>>>>>>>>> >>>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>>> >>>>>>>>>> din?micos >>>>>>>>> >>>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>> >>>>>>> v?rias >>>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>>> an?lise. >>>>>>>>>> Se >>>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>>>> quero ver >>>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>>> >>>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>>>> >>>>>>>>>> voc?s >>>>>>>>> >>>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>> >>>>>>> origem >>>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, >>>>>>>>>> passando >>>>>>>>>> >>>>>>>>>> por >>>>>>>>> >>>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>> >>>>>>> isso >>>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>>> spammer >>>>>>>>>> >>>>>>>>>> no >>>>>>>>> >>>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>> >>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>>> isolar >>>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>>> >>>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>>> positivos >>>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>>> solit?rios >>>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>>>> >>>>>>>>>> N?s >>>>>>>>> >>>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de >>>>>> haver >>>>>> >>>>>>> estes >>>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>>> escapa >>>>>>>>>> um ou >>>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>>> >>>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>>>> DNS >>>>>>>>>> no >>>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>>> leg?timos >>>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>>> >>>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>>> pois >>>>>>>>>> a >>>>>>>>>> gente >>>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>>> dentro >>>>>>>>>> >>>>>>>>>> da >>>>>>>>> >>>>>>>> metodologia que estamos usando aqui. >>>>>> >>>>>>> Um grande abra?o a todos. >>>>>>>>>> >>>>>>>>>> Leandro >>>>>>>>>> __ >>>>>>>>>> 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 >>>>>> >>>>>> __ >>>>>> >>>>> 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 >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From gxavier.bh at gwxinfo.com.br Fri Sep 9 15:07:38 2016 From: gxavier.bh at gwxinfo.com.br (Guilherme F W Xavier) Date: Fri, 9 Sep 2016 15:07:38 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> Message-ID: <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> Boa tarde, Entendi, vou aposent?-lo antes de utilizar. :) Para desenvolver o script dentro do mailenable, preciso de algumas informa??es: 1- quais par?metros devo enviar ao spfbl.sh? 2- O que vou receber de volta? 3- ? necess?rio escrever algo na mensagem, o que? Grato, Guilherme Xavier http://www.gwxtecnologia.com.br/ Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 Em 09/09/2016 11:37, Leandro escreveu: > Oi Guilherme, > > Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele > s? serve para manipular listas de bloqueio e whitelist. Acho que tem > ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. > > A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? > que n?o dispomos de script plugin para Mailenable. > > Algu?m que manja do Mailenable teria que estudar a API dele para descobrir > como escrever programas para fazer a consulta no servi?o SPFBL e traduzir a > resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. > > Abra?os, > Leandro > SPFBL.net > > Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < > gxavier.bh at gwxinfo.com.br> escreveu: > >> Bom dia, >> >> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >> preencher dados. A pergunta abaixo veio a tona: >> >> 1- Tem de configurar algum par?metro no arquivo .jar? >> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >> consulta automaticamente? >> >> Grato, >> >> Guilherme Xavier >> http://www.gwxtecnologia.com.br/ >> >> Em 20/06/2016 17:28, Roberto Lima escreveu: >> >>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>> Isso >>> confirma Leandro? >>> >>> Abs. >>> >>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>> escreveu: >>> >>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco com >>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>> >>>> >>>> Recipient: [SMTP: >>>> fulano at dominio.com.br] >>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>> unavailable >>>> >>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>> http://matrix.spfbl.net/dnsbl/ >>> /189.112.1.24 >>>> >>>>> ip >>>>> >>>> do meu smtp >>>> >>>> Ao entrar na URL: >>>> >>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>> >>>> rDNS found: >>>> >>>> - valid FCrDNS. >>>> >>>> >>>> No block was found for this IP. >>>> If this IP is being rejected by some MTA, >>>> wait for the DNS propagation of this service. >>>> The propagation time can take a few days. >>>> >>>> >>>> PS: N?o estamos em nenhuma blacklist. >>>> >>>> []?s >>>> >>>> >>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>> >>>> Boa tarde Alexandre Correa, >>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>>> isso: >>>>> >>>>> MailEnable: Message could not be delivered to some recipients. >>>>> The following recipient(s) could not be reached: >>>>> >>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>> >>>> permanently >>>> >>>>> blocked in this server. >>>>> >>>>> Vamos ao que interessa: >>>>> >>>>> Ao tentar executar o script java deu o erro abaixo: >>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>> MainFrame.java >>>>> >>>>> Configura??es: >>>>> >>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>> >>>>> CLASSPATH - .;%Java_Home%\ >>>>> >>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>> >>>>> O que est? faltando? >>>>> >>>>> Grato, >>>>> >>>>> Guilherme Xavier >>>>> http://www.gwxtecnologia.com.br/ >>>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> >>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>> >>>>> github.com/ajcorrea >>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, mas >>>>>> acredito que ainda funcione.. >>>>>> >>>>>> >>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>> >>>>>> Bom dia, >>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>> >>>>>>> Grato, >>>>>>> >>>>>>> Guilherme Xavier >>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>> GWX-Tecnologia/118686814968575 >>>>>>> >>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>> >>>>>>> Bom dia, >>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>> >>>>>>>> Grato, >>>>>>>> >>>>>>>> Guilherme Xavier >>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>> Facebook: >>>>>>>> >>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>> Pessoal, >>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>> >>>>>>>>> http://www.ipok.com.br/ >>>>>>>>> >>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>>> >>>>>>>> deles >>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>>> http://matrix.spfbl.net/ >>>>>>>>> >>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>> >>>>>>>> din?micos >>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>>>>> v?rias >>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>> an?lise. >>>>>>>>> Se >>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>>> quero ver >>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>> >>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>>> >>>>>>>> voc?s >>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>>>>> origem >>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, passando >>>>>>>>> >>>>>>>> por >>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>>>>> isso >>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de spammer >>>>>>>>> >>>>>>>> no >>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>> isolar >>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>> >>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>> positivos >>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>> solit?rios >>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>>> >>>>>>>> N?s >>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de haver >>>>>>>>> estes >>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>> escapa >>>>>>>>> um ou >>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>> >>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>>> DNS >>>>>>>>> no >>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>> leg?timos >>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>> >>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento pois >>>>>>>>> a >>>>>>>>> gente >>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros dentro >>>>>>>>> >>>>>>>> da >>>>> metodologia que estamos usando aqui. >>>>>>>>> Um grande abra?o a todos. >>>>>>>>> >>>>>>>>> Leandro >>>>>>>>> __ >>>>>>>>> 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 >>>>> >>>>> __ >>>> 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 leandro at spfbl.net Fri Sep 9 18:01:46 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 9 Sep 2016 18:01:46 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> Message-ID: Oi Guilherme. Recomendo que antes voc? d? uma lida por cima na documenta??o: https://github.com/leonamp/SPFBL#servi%C3%A7o-spfbl Depois veja com mais aten??o esse exemplo de script do Postfix, que d? para se basear nele: https://github.com/leonamp/SPFBL/blob/master/client/spfblpostfix.pl Basicamente ? o seguinte: voc? passa os par?metros IP, sender, HELO e recipient por socket, e o SPFBL vai te retornar na mesma conex?o PASS, FAIL, SOFTFAIL, NEUTRAL, NONE, LISTED, BLOCKED, FLAG, SPAMTRAP, GREYLIST, NXDOMAIN ou INVALID. Para cada uma destas respostas, voc? deve traduzir a a??o correta para o MTA. Por exemplo, se vier BLOCKED, mande o MTA rejeitar a mensagem, se vier FLAG mande o MTA marcar a mensagem como SPAM, etc, etc, etc. Veja o script do Postfix para entender quais s?o as a??es certas do MTA para cada retorno SPFBL. S? pe?o que mantenha o mesmo padr?o de rejei??o SMTP, com prefixo SPFBL, pois o feedback loop do SPFBL segue na camada SMTP: 5XX 5.7.1 SPFBL Se voc? n?o passar o prefixo correto, o enviador vai procurar por eles no LOG para poder identificar o spammer no MTA dele e n?o vai encontrar. Isso ? uma coisa que ainda n?o est? documentada mas merece aten??o especial. Futuramente eu vou entrar em detalhes do porque esse prefixo vai for?ar os enviadores a respeitar os destinat?rios. Esse prefixo ? a parte da tecnologia que vai ser respons?vel pela diminui??o do volume de SPAM para a rede que quem usa o SPFBL. Por isso que ? importante, sen?o a gente fica combatendo SPAM para sempre e nunca para de chegar mais. Pretendemos que esse prefixo fa?a um papel importante na auto regula??o do nosso mercado. Boa sorte! Abra?os, Leandro SPFBL.net Em 9 de setembro de 2016 15:07, Guilherme F W Xavier < gxavier.bh at gwxinfo.com.br> escreveu: > Boa tarde, > > Entendi, vou aposent?-lo antes de utilizar. :) > > Para desenvolver o script dentro do mailenable, preciso de algumas > informa??es: > > 1- quais par?metros devo enviar ao spfbl.sh? > 2- O que vou receber de volta? > 3- ? necess?rio escrever algo na mensagem, o que? > > Grato, > > Guilherme Xavier > http://www.gwxtecnologia.com.br/ > Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 > > Em 09/09/2016 11:37, Leandro escreveu: > >> Oi Guilherme, >> >> Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele >> s? serve para manipular listas de bloqueio e whitelist. Acho que tem >> ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. >> >> A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? >> que n?o dispomos de script plugin para Mailenable. >> >> Algu?m que manja do Mailenable teria que estudar a API dele para descobrir >> como escrever programas para fazer a consulta no servi?o SPFBL e traduzir >> a >> resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. >> >> Abra?os, >> Leandro >> SPFBL.net >> >> Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < >> gxavier.bh at gwxinfo.com.br> escreveu: >> >> Bom dia, >>> >>> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >>> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >>> preencher dados. A pergunta abaixo veio a tona: >>> >>> 1- Tem de configurar algum par?metro no arquivo .jar? >>> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >>> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >>> consulta automaticamente? >>> >>> Grato, >>> >>> Guilherme Xavier >>> http://www.gwxtecnologia.com.br/ >>> >>> Em 20/06/2016 17:28, Roberto Lima escreveu: >>> >>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>>> Isso >>>> confirma Leandro? >>>> >>>> Abs. >>>> >>>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>>> escreveu: >>>> >>>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco >>>> com >>>> >>>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>>> >>>>> >>>>> Recipient: [SMTP: >>>>> fulano at dominio.com.br] >>>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>>> unavailable >>>>> >>>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>>> http://matrix.spfbl.net/dnsbl/ >>>> /189.112.1.24 >>>>> >>>>> ip >>>>>> >>>>>> do meu smtp >>>>> >>>>> Ao entrar na URL: >>>>> >>>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>>> >>>>> rDNS found: >>>>> >>>>> - valid FCrDNS. >>>>> >>>>> >>>>> No block was found for this IP. >>>>> If this IP is being rejected by some MTA, >>>>> wait for the DNS propagation of this service. >>>>> The propagation time can take a few days. >>>>> >>>>> >>>>> PS: N?o estamos em nenhuma blacklist. >>>>> >>>>> []?s >>>>> >>>>> >>>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>> >>>>> Boa tarde Alexandre Correa, >>>>> >>>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>>>> isso: >>>>>> >>>>>> MailEnable: Message could not be delivered to some recipients. >>>>>> The following recipient(s) could not be reached: >>>>>> >>>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>>> >>>>>> permanently >>>>> >>>>> blocked in this server. >>>>>> >>>>>> Vamos ao que interessa: >>>>>> >>>>>> Ao tentar executar o script java deu o erro abaixo: >>>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>>> MainFrame.java >>>>>> >>>>>> Configura??es: >>>>>> >>>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>>> >>>>>> CLASSPATH - .;%Java_Home%\ >>>>>> >>>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>>> >>>>>> O que est? faltando? >>>>>> >>>>>> Grato, >>>>>> >>>>>> Guilherme Xavier >>>>>> http://www.gwxtecnologia.com.br/ >>>>>> Facebook: http://www.facebook.com/pages/ >>>>>> GWX-Tecnologia/118686814968575 >>>>>> >>>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>>> >>>>>> github.com/ajcorrea >>>>>> >>>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, >>>>>>> mas >>>>>>> acredito que ainda funcione.. >>>>>>> >>>>>>> >>>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>>> >>>>>>> Bom dia, >>>>>>> >>>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>>> >>>>>>>> Grato, >>>>>>>> >>>>>>>> Guilherme Xavier >>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>> >>>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>>> >>>>>>>> Bom dia, >>>>>>>> >>>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>>> >>>>>>>>> Grato, >>>>>>>>> >>>>>>>>> Guilherme Xavier >>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>> Facebook: >>>>>>>>> >>>>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>>>> >>>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>> >>>>>>> Pessoal, >>>>>>>>> >>>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>>> >>>>>>>>>> http://www.ipok.com.br/ >>>>>>>>>> >>>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>>>> >>>>>>>>>> deles >>>>>>>>> >>>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>> >>>>>>> http://matrix.spfbl.net/ >>>>>>>>>> >>>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>>> >>>>>>>>>> din?micos >>>>>>>>> >>>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>> >>>>>>> v?rias >>>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>>> an?lise. >>>>>>>>>> Se >>>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>>>> quero ver >>>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>>> >>>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>>>> >>>>>>>>>> voc?s >>>>>>>>> >>>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>> >>>>>>> origem >>>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, >>>>>>>>>> passando >>>>>>>>>> >>>>>>>>>> por >>>>>>>>> >>>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>> >>>>>>> isso >>>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>>> spammer >>>>>>>>>> >>>>>>>>>> no >>>>>>>>> >>>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>> >>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>>> isolar >>>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>>> >>>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>>> positivos >>>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>>> solit?rios >>>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>>>> >>>>>>>>>> N?s >>>>>>>>> >>>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de >>>>>> haver >>>>>> >>>>>>> estes >>>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>>> escapa >>>>>>>>>> um ou >>>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>>> >>>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>>>> DNS >>>>>>>>>> no >>>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>>> leg?timos >>>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>>> >>>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>>> pois >>>>>>>>>> a >>>>>>>>>> gente >>>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>>> dentro >>>>>>>>>> >>>>>>>>>> da >>>>>>>>> >>>>>>>> metodologia que estamos usando aqui. >>>>>> >>>>>>> Um grande abra?o a todos. >>>>>>>>>> >>>>>>>>>> Leandro >>>>>>>>>> __ >>>>>>>>>> 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 >>>>>> >>>>>> __ >>>>>> >>>>> 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 >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rafael.bedendo at gmail.com Mon Sep 12 11:37:40 2016 From: rafael.bedendo at gmail.com (Rafael Bedendo) Date: Mon, 12 Sep 2016 11:37:40 -0300 Subject: [MASOCH-L] =?utf-8?q?Informa=C3=A7=C3=B5es_hughesnet?= Message-ID: <15e0d885-4f3d-cbde-d26c-08ce53b45fd5@gmail.com> Bom dia pessoal!! Algu?m na lista ? Cliente ou tem informa??es de qualidade dos servi?os da empresa hughesnet? Abra?o Rafael From erigler at gmail.com Mon Sep 12 11:42:55 2016 From: erigler at gmail.com (Eduardo Rigler) Date: Mon, 12 Sep 2016 11:42:55 -0300 Subject: [MASOCH-L] =?utf-8?q?Informa=C3=A7=C3=B5es_hughesnet?= In-Reply-To: <15e0d885-4f3d-cbde-d26c-08ce53b45fd5@gmail.com> References: <15e0d885-4f3d-cbde-d26c-08ce53b45fd5@gmail.com> Message-ID: https://eng.registro.br/pipermail/masoch-l/2016-June/019268.html []?s Em 12 de setembro de 2016 11:37, Rafael Bedendo escreveu: > Bom dia pessoal!! > > Algu?m na lista ? Cliente ou tem informa??es de qualidade dos servi?os da > empresa hughesnet? > > Abra?o > > Rafael > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rafael.bedendo at gmail.com Mon Sep 12 11:52:41 2016 From: rafael.bedendo at gmail.com (Rafael Bedendo) Date: Mon, 12 Sep 2016 11:52:41 -0300 Subject: [MASOCH-L] =?utf-8?q?Informa=C3=A7=C3=B5es_hughesnet?= In-Reply-To: References: <15e0d885-4f3d-cbde-d26c-08ce53b45fd5@gmail.com> Message-ID: <1093c61f-ad83-6f00-be65-6a73ea4394e6@gmail.com> Eu tenho acompanhado algumas noticias, inclusive tinha lido essa, o meu problema ? que estou em uma regi?o muito dif?cil, pagando pagando quase 2k em em 2Mb com a Oi, preciso de alternativas. Abra?o Rafael Em 12/09/2016 11:42, Eduardo Rigler escreveu: > https://eng.registro.br/pipermail/masoch-l/2016-June/019268.html > > []?s > > > Em 12 de setembro de 2016 11:37, Rafael Bedendo > escreveu: > >> Bom dia pessoal!! >> >> Algu?m na lista ? Cliente ou tem informa??es de qualidade dos servi?os da >> empresa hughesnet? >> >> Abra?o >> >> Rafael >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From edinilson at atinet.com.br Mon Sep 12 15:25:16 2016 From: edinilson at atinet.com.br (Edinilson - ATINET) Date: Mon, 12 Sep 2016 15:25:16 -0300 Subject: [MASOCH-L] =?utf-8?q?Informa=C3=A7=C3=B5es_hughesnet?= References: <15e0d885-4f3d-cbde-d26c-08ce53b45fd5@gmail.com> Message-ID: E tem mais uma chegando ai, via satelite: http://www.yahsat.com/yahsat-awarded-rights-to-operate-as-brazilian-operator/ Edinilson ------------------------------------------ ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br ----- Original Message ----- From: "Rafael Bedendo" To: "Mail Aid and Succor, On-line Comfort and Help" Sent: Monday, September 12, 2016 11:37 AM Subject: [MASOCH-L] Informa??es hughesnet > Bom dia pessoal!! > > Algu?m na lista ? Cliente ou tem informa??es de qualidade dos servi?os da > empresa hughesnet? > > Abra?o > > Rafael > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From listasmonitor at gmail.com Wed Sep 14 14:08:39 2016 From: listasmonitor at gmail.com (Leandro Fabris Milani) Date: Wed, 14 Sep 2016 14:08:39 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> Message-ID: Pessoal, recebi em nosso hostmaster@ a seguinte mensagem. ______________________________________________________ From: SPFBL Admin To: hostmaster at mhnet.com.br Subject: Chave de desbloqueio DNSBL Foi solicitado o desbloqueio do IP 200.229.231.100 da listagem DNSBL do nosso sistema. Se voc? ? o administrador deste IP e fez esta solicita??o, acesse esta URL e resolva o reCAPTCHA para finalizar o procedimento: http://matrix.spfbl.net/jDa68u5GI-hfV0fLjthAgwAmrclpc-8gjRB7GJa3EbN9G3PIAJTFkpd2wcV3nEQL _______________________________________________________ Por?m classe de IP n?o nos pertence e n?o implementamos o projeto em nossos servidores. Att, Milani Mhnet Telecom (49) 3664-8400 www.mhnet.com.br On 09/09/2016 06:01 PM, Leandro wrote: > Oi Guilherme. > > Recomendo que antes voc? d? uma lida por cima na documenta??o: > > https://github.com/leonamp/SPFBL#servi%C3%A7o-spfbl > > Depois veja com mais aten??o esse exemplo de script do Postfix, que d? para > se basear nele: > > https://github.com/leonamp/SPFBL/blob/master/client/spfblpostfix.pl > > Basicamente ? o seguinte: voc? passa os par?metros IP, sender, HELO e > recipient por socket, e o SPFBL vai te retornar na mesma conex?o PASS, > FAIL, SOFTFAIL, NEUTRAL, NONE, LISTED, BLOCKED, FLAG, SPAMTRAP, GREYLIST, > NXDOMAIN ou INVALID. > > Para cada uma destas respostas, voc? deve traduzir a a??o correta para o > MTA. Por exemplo, se vier BLOCKED, mande o MTA rejeitar a mensagem, se vier > FLAG mande o MTA marcar a mensagem como SPAM, etc, etc, etc. Veja o script > do Postfix para entender quais s?o as a??es certas do MTA para cada retorno > SPFBL. > > S? pe?o que mantenha o mesmo padr?o de rejei??o SMTP, com prefixo SPFBL, > pois o feedback loop do SPFBL segue na camada SMTP: > > 5XX 5.7.1 SPFBL > > Se voc? n?o passar o prefixo correto, o enviador vai procurar por eles no > LOG para poder identificar o spammer no MTA dele e n?o vai encontrar. Isso > ? uma coisa que ainda n?o est? documentada mas merece aten??o especial. > Futuramente eu vou entrar em detalhes do porque esse prefixo vai for?ar os > enviadores a respeitar os destinat?rios. > > Esse prefixo ? a parte da tecnologia que vai ser respons?vel pela > diminui??o do volume de SPAM para a rede que quem usa o SPFBL. Por isso que > ? importante, sen?o a gente fica combatendo SPAM para sempre e nunca para > de chegar mais. Pretendemos que esse prefixo fa?a um papel importante na > auto regula??o do nosso mercado. > > Boa sorte! > > Abra?os, > Leandro > SPFBL.net > > Em 9 de setembro de 2016 15:07, Guilherme F W Xavier < > gxavier.bh at gwxinfo.com.br> escreveu: > >> Boa tarde, >> >> Entendi, vou aposent?-lo antes de utilizar. :) >> >> Para desenvolver o script dentro do mailenable, preciso de algumas >> informa??es: >> >> 1- quais par?metros devo enviar ao spfbl.sh? >> 2- O que vou receber de volta? >> 3- ? necess?rio escrever algo na mensagem, o que? >> >> Grato, >> >> Guilherme Xavier >> http://www.gwxtecnologia.com.br/ >> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >> >> Em 09/09/2016 11:37, Leandro escreveu: >> >>> Oi Guilherme, >>> >>> Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m ele >>> s? serve para manipular listas de bloqueio e whitelist. Acho que tem >>> ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. >>> >>> A grande barreira no momento para voc? usar o SPFBL puro para consulta, ? >>> que n?o dispomos de script plugin para Mailenable. >>> >>> Algu?m que manja do Mailenable teria que estudar a API dele para descobrir >>> como escrever programas para fazer a consulta no servi?o SPFBL e traduzir >>> a >>> resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, etc. >>> >>> Abra?os, >>> Leandro >>> SPFBL.net >>> >>> Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < >>> gxavier.bh at gwxinfo.com.br> escreveu: >>> >>> Bom dia, >>>> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >>>> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >>>> preencher dados. A pergunta abaixo veio a tona: >>>> >>>> 1- Tem de configurar algum par?metro no arquivo .jar? >>>> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >>>> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >>>> consulta automaticamente? >>>> >>>> Grato, >>>> >>>> Guilherme Xavier >>>> http://www.gwxtecnologia.com.br/ >>>> >>>> Em 20/06/2016 17:28, Roberto Lima escreveu: >>>> >>>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>>>> Isso >>>>> confirma Leandro? >>>>> >>>>> Abs. >>>>> >>>>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>>>> escreveu: >>>>> >>>>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco >>>>> com >>>>> >>>>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>>>> >>>>>> >>>>>> Recipient: [SMTP: >>>>>> fulano at dominio.com.br] >>>>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>>>> unavailable >>>>>> >>>>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>>>> http://matrix.spfbl.net/dnsbl/ >>>>> /189.112.1.24 >>>>>> >>>>>> ip >>>>>>> do meu smtp >>>>>> Ao entrar na URL: >>>>>> >>>>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>>>> >>>>>> rDNS found: >>>>>> >>>>>> - valid FCrDNS. >>>>>> >>>>>> >>>>>> No block was found for this IP. >>>>>> If this IP is being rejected by some MTA, >>>>>> wait for the DNS propagation of this service. >>>>>> The propagation time can take a few days. >>>>>> >>>>>> >>>>>> PS: N?o estamos em nenhuma blacklist. >>>>>> >>>>>> []?s >>>>>> >>>>>> >>>>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>>> >>>>>> Boa tarde Alexandre Correa, >>>>>> >>>>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, recebi >>>>>>> isso: >>>>>>> >>>>>>> MailEnable: Message could not be delivered to some recipients. >>>>>>> The following recipient(s) could not be reached: >>>>>>> >>>>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>>>> >>>>>>> permanently >>>>>> blocked in this server. >>>>>>> Vamos ao que interessa: >>>>>>> >>>>>>> Ao tentar executar o script java deu o erro abaixo: >>>>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>>>> MainFrame.java >>>>>>> >>>>>>> Configura??es: >>>>>>> >>>>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>>>> >>>>>>> CLASSPATH - .;%Java_Home%\ >>>>>>> >>>>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>>>> >>>>>>> O que est? faltando? >>>>>>> >>>>>>> Grato, >>>>>>> >>>>>>> Guilherme Xavier >>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>> GWX-Tecnologia/118686814968575 >>>>>>> >>>>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>>>> >>>>>>> github.com/ajcorrea >>>>>>> >>>>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, >>>>>>>> mas >>>>>>>> acredito que ainda funcione.. >>>>>>>> >>>>>>>> >>>>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>>>> >>>>>>>> Bom dia, >>>>>>>> >>>>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>>>> >>>>>>>>> Grato, >>>>>>>>> >>>>>>>>> Guilherme Xavier >>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>>> >>>>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>>>> >>>>>>>>> Bom dia, >>>>>>>>> >>>>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>>>> >>>>>>>>>> Grato, >>>>>>>>>> >>>>>>>>>> Guilherme Xavier >>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>> Facebook: >>>>>>>>>> >>>>>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>> Pessoal, >>>>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>>>> >>>>>>>>>>> http://www.ipok.com.br/ >>>>>>>>>>> >>>>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os clientes >>>>>>>>>>> >>>>>>>>>>> deles >>>>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>> http://matrix.spfbl.net/ >>>>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>>>> >>>>>>>>>>> din?micos >>>>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. Gastamos >>>>>>>> v?rias >>>>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>>>> an?lise. >>>>>>>>>>> Se >>>>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, nem >>>>>>>>>>> quero ver >>>>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>>>> >>>>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito se >>>>>>>>>>> >>>>>>>>>>> voc?s >>>>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs de >>>>>>>> origem >>>>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, >>>>>>>>>>> passando >>>>>>>>>>> >>>>>>>>>>> por >>>>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu pe?o >>>>>>>> isso >>>>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>>>> spammer >>>>>>>>>>> >>>>>>>>>>> no >>>>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a natureza >>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>>>> isolar >>>>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>>>> >>>>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>>>> positivos >>>>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>>>> solit?rios >>>>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs din?micos. >>>>>>>>>>> >>>>>>>>>>> N?s >>>>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de >>>>>>> haver >>>>>>> >>>>>>>> estes >>>>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>>>> escapa >>>>>>>>>>> um ou >>>>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>>>> >>>>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha de >>>>>>>>>>> DNS >>>>>>>>>>> no >>>>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>>>> leg?timos >>>>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>>>> >>>>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>>>> pois >>>>>>>>>>> a >>>>>>>>>>> gente >>>>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>>>> dentro >>>>>>>>>>> >>>>>>>>>>> da >>>>>>>>> metodologia que estamos usando aqui. >>>>>>>> Um grande abra?o a todos. >>>>>>>>>>> Leandro >>>>>>>>>>> __ >>>>>>>>>>> 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 >>>>>>> >>>>>>> __ >>>>>>> >>>>>> 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 >>> >> __ >> 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 Sep 14 14:50:14 2016 From: leandro at spfbl.net (Leandro) Date: Wed, 14 Sep 2016 14:50:14 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> Message-ID: Oi xar?. Pelo que eu vi aqui, a solicita??o foi realizada pelo IP 187.45.126.178, que deve ser algum cliente de acesso seu. Ocorre que eu cadastrei seus blocos como cliente DNSBL: ubuntu at matrix:~$ spfbl client show | grep hostmaster at mhnet.com.br mhnet.com.br:187.45.112.0/20 DNSBL DEAD mhnet.com.br:187.45.96.0/20 DNSBL DEAD Quando algu?m acessa esta p?gina de delisting usando qualquer IP destes blocos, o sistema permite enviar a chave tamb?m para o e-mail cadastrado por mim: http://matrix.spfbl.net/dnsbl/200.229.231.100 Isso ai foi uma forma que encontramos de facilitar o delisting para o pessoal que faz consulta na nossa lista, enviando a chave diretamente para os administradores do servi?o DNS. Eu posso mudar seus blocos aqui para restringir somente para os IPs que realmente s?o usados pelos seus servidores DNS e pelos seus navegadores da sua equipe. S? preciso dos blocos corretos beleza? Abra?os, Leandro SPFBL.net Em 14 de setembro de 2016 14:08, Leandro Fabris Milani < listasmonitor at gmail.com> escreveu: > Pessoal, recebi em nosso hostmaster@ a seguinte mensagem. > > ______________________________________________________ > > From: SPFBL Admin > > To: hostmaster at mhnet.com.br > > Subject: Chave de desbloqueio DNSBL > > Foi solicitado o desbloqueio do IP 200.229.231.100 da listagem DNSBL do > nosso sistema. > Se voc? ? o administrador deste IP e fez esta solicita??o, > acesse esta URL e resolva o reCAPTCHA para finalizar o procedimento: > http://matrix.spfbl.net/jDa68u5GI-hfV0fLjthAgwAmrclpc-8gjRB7 > GJa3EbN9G3PIAJTFkpd2wcV3nEQL > > _______________________________________________________ > > Por?m classe de IP n?o nos pertence e n?o implementamos o projeto em > nossos servidores. > > Att, > Milani > Mhnet Telecom > (49) 3664-8400 > www.mhnet.com.br > > On 09/09/2016 06:01 PM, Leandro wrote: > >> Oi Guilherme. >> >> Recomendo que antes voc? d? uma lida por cima na documenta??o: >> >> https://github.com/leonamp/SPFBL#servi%C3%A7o-spfbl >> >> Depois veja com mais aten??o esse exemplo de script do Postfix, que d? >> para >> se basear nele: >> >> https://github.com/leonamp/SPFBL/blob/master/client/spfblpostfix.pl >> >> Basicamente ? o seguinte: voc? passa os par?metros IP, sender, HELO e >> recipient por socket, e o SPFBL vai te retornar na mesma conex?o PASS, >> FAIL, SOFTFAIL, NEUTRAL, NONE, LISTED, BLOCKED, FLAG, SPAMTRAP, GREYLIST, >> NXDOMAIN ou INVALID. >> >> Para cada uma destas respostas, voc? deve traduzir a a??o correta para o >> MTA. Por exemplo, se vier BLOCKED, mande o MTA rejeitar a mensagem, se >> vier >> FLAG mande o MTA marcar a mensagem como SPAM, etc, etc, etc. Veja o script >> do Postfix para entender quais s?o as a??es certas do MTA para cada >> retorno >> SPFBL. >> >> S? pe?o que mantenha o mesmo padr?o de rejei??o SMTP, com prefixo SPFBL, >> pois o feedback loop do SPFBL segue na camada SMTP: >> >> 5XX 5.7.1 SPFBL >> >> Se voc? n?o passar o prefixo correto, o enviador vai procurar por eles no >> LOG para poder identificar o spammer no MTA dele e n?o vai encontrar. Isso >> ? uma coisa que ainda n?o est? documentada mas merece aten??o especial. >> Futuramente eu vou entrar em detalhes do porque esse prefixo vai for?ar os >> enviadores a respeitar os destinat?rios. >> >> Esse prefixo ? a parte da tecnologia que vai ser respons?vel pela >> diminui??o do volume de SPAM para a rede que quem usa o SPFBL. Por isso >> que >> ? importante, sen?o a gente fica combatendo SPAM para sempre e nunca para >> de chegar mais. Pretendemos que esse prefixo fa?a um papel importante na >> auto regula??o do nosso mercado. >> >> Boa sorte! >> >> Abra?os, >> Leandro >> SPFBL.net >> >> Em 9 de setembro de 2016 15:07, Guilherme F W Xavier < >> gxavier.bh at gwxinfo.com.br> escreveu: >> >> Boa tarde, >>> >>> Entendi, vou aposent?-lo antes de utilizar. :) >>> >>> Para desenvolver o script dentro do mailenable, preciso de algumas >>> informa??es: >>> >>> 1- quais par?metros devo enviar ao spfbl.sh? >>> 2- O que vou receber de volta? >>> 3- ? necess?rio escrever algo na mensagem, o que? >>> >>> Grato, >>> >>> Guilherme Xavier >>> http://www.gwxtecnologia.com.br/ >>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>> >>> Em 09/09/2016 11:37, Leandro escreveu: >>> >>> Oi Guilherme, >>>> >>>> Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m >>>> ele >>>> s? serve para manipular listas de bloqueio e whitelist. Acho que tem >>>> ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. >>>> >>>> A grande barreira no momento para voc? usar o SPFBL puro para consulta, >>>> ? >>>> que n?o dispomos de script plugin para Mailenable. >>>> >>>> Algu?m que manja do Mailenable teria que estudar a API dele para >>>> descobrir >>>> como escrever programas para fazer a consulta no servi?o SPFBL e >>>> traduzir >>>> a >>>> resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, >>>> etc. >>>> >>>> Abra?os, >>>> Leandro >>>> SPFBL.net >>>> >>>> Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < >>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>> >>>> Bom dia, >>>> >>>>> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >>>>> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >>>>> preencher dados. A pergunta abaixo veio a tona: >>>>> >>>>> 1- Tem de configurar algum par?metro no arquivo .jar? >>>>> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >>>>> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >>>>> consulta automaticamente? >>>>> >>>>> Grato, >>>>> >>>>> Guilherme Xavier >>>>> http://www.gwxtecnologia.com.br/ >>>>> >>>>> Em 20/06/2016 17:28, Roberto Lima escreveu: >>>>> >>>>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>>>> >>>>>> Isso >>>>>> confirma Leandro? >>>>>> >>>>>> Abs. >>>>>> >>>>>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>>>>> escreveu: >>>>>> >>>>>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco >>>>>> com >>>>>> >>>>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>>>>> >>>>>>> >>>>>>> Recipient: [SMTP: >>>>>>> fulano at dominio.com.br] >>>>>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>>>>> unavailable >>>>>>> >>>>>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>>>>> http://matrix.spfbl.net/dnsbl/ >>>>>> /189.112.1.24 >>>>>>> >>>>>>> ip >>>>>>> >>>>>>>> do meu smtp >>>>>>>> >>>>>>> Ao entrar na URL: >>>>>>> >>>>>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>>>>> >>>>>>> rDNS found: >>>>>>> >>>>>>> - valid FCrDNS. >>>>>>> >>>>>>> >>>>>>> No block was found for this IP. >>>>>>> If this IP is being rejected by some MTA, >>>>>>> wait for the DNS propagation of this service. >>>>>>> The propagation time can take a few days. >>>>>>> >>>>>>> >>>>>>> PS: N?o estamos em nenhuma blacklist. >>>>>>> >>>>>>> []?s >>>>>>> >>>>>>> >>>>>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>>>> >>>>>>> Boa tarde Alexandre Correa, >>>>>>> >>>>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, >>>>>>>> recebi >>>>>>>> isso: >>>>>>>> >>>>>>>> MailEnable: Message could not be delivered to some recipients. >>>>>>>> The following recipient(s) could not be reached: >>>>>>>> >>>>>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>>>>> >>>>>>>> permanently >>>>>>>> >>>>>>> blocked in this server. >>>>>>> >>>>>>>> Vamos ao que interessa: >>>>>>>> >>>>>>>> Ao tentar executar o script java deu o erro abaixo: >>>>>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>>>>> MainFrame.java >>>>>>>> >>>>>>>> Configura??es: >>>>>>>> >>>>>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>>>>> >>>>>>>> CLASSPATH - .;%Java_Home%\ >>>>>>>> >>>>>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>>>>> >>>>>>>> O que est? faltando? >>>>>>>> >>>>>>>> Grato, >>>>>>>> >>>>>>>> Guilherme Xavier >>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>> >>>>>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>>>>> >>>>>>>> github.com/ajcorrea >>>>>>>> >>>>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, >>>>>>>>> mas >>>>>>>>> acredito que ainda funcione.. >>>>>>>>> >>>>>>>>> >>>>>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>>>>> >>>>>>>>> Bom dia, >>>>>>>>> >>>>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>>>>> >>>>>>>>>> Grato, >>>>>>>>>> >>>>>>>>>> Guilherme Xavier >>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>>>> >>>>>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>>>>> >>>>>>>>>> Bom dia, >>>>>>>>>> >>>>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>>>>> >>>>>>>>>>> Grato, >>>>>>>>>>> >>>>>>>>>>> Guilherme Xavier >>>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>>> Facebook: >>>>>>>>>>> >>>>>>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>>>>>>> >>>>>>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>>> Pessoal, >>>>>>>>> >>>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>>>>> >>>>>>>>>>>> http://www.ipok.com.br/ >>>>>>>>>>>> >>>>>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os >>>>>>>>>>>> clientes >>>>>>>>>>>> >>>>>>>>>>>> deles >>>>>>>>>>>> >>>>>>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>>>> >>>>>>>>> http://matrix.spfbl.net/ >>>>>>>>> >>>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>>>>> >>>>>>>>>>>> din?micos >>>>>>>>>>>> >>>>>>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. >>>>>>>>>> Gastamos >>>>>>>>>> >>>>>>>>> v?rias >>>>>>>>> >>>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>>>>> an?lise. >>>>>>>>>>>> Se >>>>>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, >>>>>>>>>>>> nem >>>>>>>>>>>> quero ver >>>>>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>>>>> >>>>>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito >>>>>>>>>>>> se >>>>>>>>>>>> >>>>>>>>>>>> voc?s >>>>>>>>>>>> >>>>>>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs >>>>>>>>>> de >>>>>>>>>> >>>>>>>>> origem >>>>>>>>> >>>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, >>>>>>>>>>>> passando >>>>>>>>>>>> >>>>>>>>>>>> por >>>>>>>>>>>> >>>>>>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu >>>>>>>>>> pe?o >>>>>>>>>> >>>>>>>>> isso >>>>>>>>> >>>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>>>>> spammer >>>>>>>>>>>> >>>>>>>>>>>> no >>>>>>>>>>>> >>>>>>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a >>>>>>>>>> natureza >>>>>>>>>> >>>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>> >>>>>>>>>> isolar >>>>>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>>>>> >>>>>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>>>>> positivos >>>>>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>>>>> solit?rios >>>>>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs >>>>>>>>>>>> din?micos. >>>>>>>>>>>> >>>>>>>>>>>> N?s >>>>>>>>>>>> >>>>>>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de >>>>>>>>>> >>>>>>>>> haver >>>>>>>> >>>>>>>> estes >>>>>>>>> >>>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>>>>> escapa >>>>>>>>>>>> um ou >>>>>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>>>>> >>>>>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha >>>>>>>>>>>> de >>>>>>>>>>>> DNS >>>>>>>>>>>> no >>>>>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>>>>> leg?timos >>>>>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>>>>> >>>>>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>>>>> pois >>>>>>>>>>>> a >>>>>>>>>>>> gente >>>>>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>>>>> dentro >>>>>>>>>>>> >>>>>>>>>>>> da >>>>>>>>>>>> >>>>>>>>>>> metodologia que estamos usando aqui. >>>>>>>>>> >>>>>>>>> Um grande abra?o a todos. >>>>>>>>> >>>>>>>>>> Leandro >>>>>>>>>>>> __ >>>>>>>>>>>> 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 >>>>>>>> >>>>>>>> __ >>>>>>>> >>>>>>>> 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 >>>> >>>> __ >>> 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 listasmonitor at gmail.com Wed Sep 14 16:12:38 2016 From: listasmonitor at gmail.com (Leandro Fabris Milani) Date: Wed, 14 Sep 2016 16:12:38 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> Message-ID: <2f80a739-014d-9927-3469-97112be3c2c1@gmail.com> Opa, ent?o faz favor de cadastrar a classe 187.45.96.0/25. Obrigado. Att, Milani Mhnet Telecom (49) 3664-8400 www.mhnet.com.br On 09/14/2016 02:50 PM, Leandro wrote: > Oi xar?. Pelo que eu vi aqui, a solicita??o foi realizada pelo IP > 187.45.126.178, que deve ser algum cliente de acesso seu. > > Ocorre que eu cadastrei seus blocos como cliente DNSBL: > > ubuntu at matrix:~$ spfbl client show | grep hostmaster at mhnet.com.br > mhnet.com.br:187.45.112.0/20 DNSBL DEAD > mhnet.com.br:187.45.96.0/20 DNSBL DEAD > > Quando algu?m acessa esta p?gina de delisting usando qualquer IP destes > blocos, o sistema permite enviar a chave tamb?m para o e-mail cadastrado > por mim: > > http://matrix.spfbl.net/dnsbl/200.229.231.100 > > Isso ai foi uma forma que encontramos de facilitar o delisting para o > pessoal que faz consulta na nossa lista, enviando a chave diretamente para > os administradores do servi?o DNS. > > Eu posso mudar seus blocos aqui para restringir somente para os IPs que > realmente s?o usados pelos seus servidores DNS e pelos seus navegadores da > sua equipe. S? preciso dos blocos corretos beleza? > > Abra?os, > Leandro > SPFBL.net > > > > > Em 14 de setembro de 2016 14:08, Leandro Fabris Milani < > listasmonitor at gmail.com> escreveu: > >> Pessoal, recebi em nosso hostmaster@ a seguinte mensagem. >> >> ______________________________________________________ >> >> From: SPFBL Admin >> >> To: hostmaster at mhnet.com.br >> >> Subject: Chave de desbloqueio DNSBL >> >> Foi solicitado o desbloqueio do IP 200.229.231.100 da listagem DNSBL do >> nosso sistema. >> Se voc? ? o administrador deste IP e fez esta solicita??o, >> acesse esta URL e resolva o reCAPTCHA para finalizar o procedimento: >> http://matrix.spfbl.net/jDa68u5GI-hfV0fLjthAgwAmrclpc-8gjRB7 >> GJa3EbN9G3PIAJTFkpd2wcV3nEQL >> >> _______________________________________________________ >> >> Por?m classe de IP n?o nos pertence e n?o implementamos o projeto em >> nossos servidores. >> >> Att, >> Milani >> Mhnet Telecom >> (49) 3664-8400 >> www.mhnet.com.br >> >> On 09/09/2016 06:01 PM, Leandro wrote: >> >>> Oi Guilherme. >>> >>> Recomendo que antes voc? d? uma lida por cima na documenta??o: >>> >>> https://github.com/leonamp/SPFBL#servi%C3%A7o-spfbl >>> >>> Depois veja com mais aten??o esse exemplo de script do Postfix, que d? >>> para >>> se basear nele: >>> >>> https://github.com/leonamp/SPFBL/blob/master/client/spfblpostfix.pl >>> >>> Basicamente ? o seguinte: voc? passa os par?metros IP, sender, HELO e >>> recipient por socket, e o SPFBL vai te retornar na mesma conex?o PASS, >>> FAIL, SOFTFAIL, NEUTRAL, NONE, LISTED, BLOCKED, FLAG, SPAMTRAP, GREYLIST, >>> NXDOMAIN ou INVALID. >>> >>> Para cada uma destas respostas, voc? deve traduzir a a??o correta para o >>> MTA. Por exemplo, se vier BLOCKED, mande o MTA rejeitar a mensagem, se >>> vier >>> FLAG mande o MTA marcar a mensagem como SPAM, etc, etc, etc. Veja o script >>> do Postfix para entender quais s?o as a??es certas do MTA para cada >>> retorno >>> SPFBL. >>> >>> S? pe?o que mantenha o mesmo padr?o de rejei??o SMTP, com prefixo SPFBL, >>> pois o feedback loop do SPFBL segue na camada SMTP: >>> >>> 5XX 5.7.1 SPFBL >>> >>> Se voc? n?o passar o prefixo correto, o enviador vai procurar por eles no >>> LOG para poder identificar o spammer no MTA dele e n?o vai encontrar. Isso >>> ? uma coisa que ainda n?o est? documentada mas merece aten??o especial. >>> Futuramente eu vou entrar em detalhes do porque esse prefixo vai for?ar os >>> enviadores a respeitar os destinat?rios. >>> >>> Esse prefixo ? a parte da tecnologia que vai ser respons?vel pela >>> diminui??o do volume de SPAM para a rede que quem usa o SPFBL. Por isso >>> que >>> ? importante, sen?o a gente fica combatendo SPAM para sempre e nunca para >>> de chegar mais. Pretendemos que esse prefixo fa?a um papel importante na >>> auto regula??o do nosso mercado. >>> >>> Boa sorte! >>> >>> Abra?os, >>> Leandro >>> SPFBL.net >>> >>> Em 9 de setembro de 2016 15:07, Guilherme F W Xavier < >>> gxavier.bh at gwxinfo.com.br> escreveu: >>> >>> Boa tarde, >>>> Entendi, vou aposent?-lo antes de utilizar. :) >>>> >>>> Para desenvolver o script dentro do mailenable, preciso de algumas >>>> informa??es: >>>> >>>> 1- quais par?metros devo enviar ao spfbl.sh? >>>> 2- O que vou receber de volta? >>>> 3- ? necess?rio escrever algo na mensagem, o que? >>>> >>>> Grato, >>>> >>>> Guilherme Xavier >>>> http://www.gwxtecnologia.com.br/ >>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>> >>>> Em 09/09/2016 11:37, Leandro escreveu: >>>> >>>> Oi Guilherme, >>>>> Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m >>>>> ele >>>>> s? serve para manipular listas de bloqueio e whitelist. Acho que tem >>>>> ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. >>>>> >>>>> A grande barreira no momento para voc? usar o SPFBL puro para consulta, >>>>> ? >>>>> que n?o dispomos de script plugin para Mailenable. >>>>> >>>>> Algu?m que manja do Mailenable teria que estudar a API dele para >>>>> descobrir >>>>> como escrever programas para fazer a consulta no servi?o SPFBL e >>>>> traduzir >>>>> a >>>>> resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, >>>>> etc. >>>>> >>>>> Abra?os, >>>>> Leandro >>>>> SPFBL.net >>>>> >>>>> Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < >>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>> >>>>> Bom dia, >>>>> >>>>>> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar ao >>>>>> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >>>>>> preencher dados. A pergunta abaixo veio a tona: >>>>>> >>>>>> 1- Tem de configurar algum par?metro no arquivo .jar? >>>>>> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >>>>>> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a a >>>>>> consulta automaticamente? >>>>>> >>>>>> Grato, >>>>>> >>>>>> Guilherme Xavier >>>>>> http://www.gwxtecnologia.com.br/ >>>>>> >>>>>> Em 20/06/2016 17:28, Roberto Lima escreveu: >>>>>> >>>>>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada critica. >>>>>> >>>>>>> Isso >>>>>>> confirma Leandro? >>>>>>> >>>>>>> Abs. >>>>>>> >>>>>>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>>>>>> escreveu: >>>>>>> >>>>>>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? pouco >>>>>>> com >>>>>>> >>>>>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>>>>>> >>>>>>>> Recipient: [SMTP: >>>>>>>> fulano at dominio.com.br] >>>>>>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>>>>>> unavailable >>>>>>>> >>>>>>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>>>>>> http://matrix.spfbl.net/dnsbl/ >>>>>>> /189.112.1.24 >>>>>>>> >>>>>>>> ip >>>>>>>> >>>>>>>>> do meu smtp >>>>>>>>> >>>>>>>> Ao entrar na URL: >>>>>>>> >>>>>>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>>>>>> >>>>>>>> rDNS found: >>>>>>>> >>>>>>>> - valid FCrDNS. >>>>>>>> >>>>>>>> >>>>>>>> No block was found for this IP. >>>>>>>> If this IP is being rejected by some MTA, >>>>>>>> wait for the DNS propagation of this service. >>>>>>>> The propagation time can take a few days. >>>>>>>> >>>>>>>> >>>>>>>> PS: N?o estamos em nenhuma blacklist. >>>>>>>> >>>>>>>> []?s >>>>>>>> >>>>>>>> >>>>>>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>>>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>>>>> >>>>>>>> Boa tarde Alexandre Correa, >>>>>>>> >>>>>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, >>>>>>>>> recebi >>>>>>>>> isso: >>>>>>>>> >>>>>>>>> MailEnable: Message could not be delivered to some recipients. >>>>>>>>> The following recipient(s) could not be reached: >>>>>>>>> >>>>>>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>>>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>>>>>> >>>>>>>>> permanently >>>>>>>>> >>>>>>>> blocked in this server. >>>>>>>> >>>>>>>>> Vamos ao que interessa: >>>>>>>>> >>>>>>>>> Ao tentar executar o script java deu o erro abaixo: >>>>>>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>>>>>> MainFrame.java >>>>>>>>> >>>>>>>>> Configura??es: >>>>>>>>> >>>>>>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>>>>>> >>>>>>>>> CLASSPATH - .;%Java_Home%\ >>>>>>>>> >>>>>>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>>>>>> >>>>>>>>> O que est? faltando? >>>>>>>>> >>>>>>>>> Grato, >>>>>>>>> >>>>>>>>> Guilherme Xavier >>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>>> >>>>>>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>>>>>> >>>>>>>>> github.com/ajcorrea >>>>>>>>> >>>>>>>>> comecei fazendo um cliente em java... ja algum tempo sem atualizar, >>>>>>>>>> mas >>>>>>>>>> acredito que ainda funcione.. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>>>>>> >>>>>>>>>> Bom dia, >>>>>>>>>> >>>>>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um .jar? >>>>>>>>>>> Grato, >>>>>>>>>>> >>>>>>>>>>> Guilherme Xavier >>>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>>>>> >>>>>>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>>>>>> >>>>>>>>>>> Bom dia, >>>>>>>>>>> >>>>>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>>>>>> Grato, >>>>>>>>>>>> >>>>>>>>>>>> Guilherme Xavier >>>>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>>>> Facebook: >>>>>>>>>>>> >>>>>>>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>>>>>>>> >>>>>>>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>>>> Pessoal, >>>>>>>>>> >>>>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>>>>>> http://www.ipok.com.br/ >>>>>>>>>>>>> >>>>>>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os >>>>>>>>>>>>> clientes >>>>>>>>>>>>> >>>>>>>>>>>>> deles >>>>>>>>>>>>> >>>>>>>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>>>> http://matrix.spfbl.net/ >>>>>>>>>> >>>>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>>>>>> din?micos >>>>>>>>>>>>> >>>>>>>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. >>>>>>>>>>> Gastamos >>>>>>>>>>> >>>>>>>>>> v?rias >>>>>>>>>> >>>>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>>>>>> an?lise. >>>>>>>>>>>>> Se >>>>>>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, >>>>>>>>>>>>> nem >>>>>>>>>>>>> quero ver >>>>>>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>>>>>> >>>>>>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito >>>>>>>>>>>>> se >>>>>>>>>>>>> >>>>>>>>>>>>> voc?s >>>>>>>>>>>>> >>>>>>>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles IPs >>>>>>>>>>> de >>>>>>>>>>> >>>>>>>>>> origem >>>>>>>>>> >>>>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, >>>>>>>>>>>>> passando >>>>>>>>>>>>> >>>>>>>>>>>>> por >>>>>>>>>>>>> >>>>>>>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente eu >>>>>>>>>>> pe?o >>>>>>>>>>> >>>>>>>>>> isso >>>>>>>>>> >>>>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>>>>>> spammer >>>>>>>>>>>>> >>>>>>>>>>>>> no >>>>>>>>>>>>> >>>>>>>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a >>>>>>>>>>> natureza >>>>>>>>>>> >>>>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos cuidado de >>>>>>>>>> >>>>>>>>>>> isolar >>>>>>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>>>>>> >>>>>>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar falsos >>>>>>>>>>>>> positivos >>>>>>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de IPs >>>>>>>>>>>>> solit?rios >>>>>>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs >>>>>>>>>>>>> din?micos. >>>>>>>>>>>>> >>>>>>>>>>>>> N?s >>>>>>>>>>>>> >>>>>>>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos de >>>>>>>>>> haver >>>>>>>>> estes >>>>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>>>>>> escapa >>>>>>>>>>>>> um ou >>>>>>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>>>>>> >>>>>>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha >>>>>>>>>>>>> de >>>>>>>>>>>>> DNS >>>>>>>>>>>>> no >>>>>>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de IPs >>>>>>>>>>>>> leg?timos >>>>>>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>>>>>> >>>>>>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>>>>>> pois >>>>>>>>>>>>> a >>>>>>>>>>>>> gente >>>>>>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>>>>>> dentro >>>>>>>>>>>>> >>>>>>>>>>>>> da >>>>>>>>>>>>> >>>>>>>>>>>> metodologia que estamos usando aqui. >>>>>>>>>> Um grande abra?o a todos. >>>>>>>>>> >>>>>>>>>>> Leandro >>>>>>>>>>>>> __ >>>>>>>>>>>>> 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 >>>>>>>>> >>>>>>>>> __ >>>>>>>>> >>>>>>>>> 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 >>>>> >>>>> __ >>>> 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 leandro at spfbl.net Wed Sep 14 16:38:31 2016 From: leandro at spfbl.net (Leandro) Date: Wed, 14 Sep 2016 16:38:31 -0300 Subject: [MASOCH-L] SPFBL In-Reply-To: <2f80a739-014d-9927-3469-97112be3c2c1@gmail.com> References: <0c70ea84-004d-e74f-f316-22e51458e1b7@gwxinfo.com.br> <47655d49-486e-cb20-7cc0-0318365da45d@onda.net.br> <31550258-c1ca-87cf-578c-a71754eac077@gwxinfo.com.br> <8abcb77b-3798-19a0-f83d-b9a43e788247@gwxinfo.com.br> <2f80a739-014d-9927-3469-97112be3c2c1@gmail.com> Message-ID: Feito xar?. Abra?os. Leandro SPFBL.net Em 14 de setembro de 2016 16:12, Leandro Fabris Milani < listasmonitor at gmail.com> escreveu: > Opa, ent?o faz favor de cadastrar a classe 187.45.96.0/25. > > Obrigado. > > Att, > Milani > Mhnet Telecom > (49) 3664-8400 > www.mhnet.com.br > > On 09/14/2016 02:50 PM, Leandro wrote: > >> Oi xar?. Pelo que eu vi aqui, a solicita??o foi realizada pelo IP >> 187.45.126.178, que deve ser algum cliente de acesso seu. >> >> Ocorre que eu cadastrei seus blocos como cliente DNSBL: >> >> ubuntu at matrix:~$ spfbl client show | grep hostmaster at mhnet.com.br >> mhnet.com.br:187.45.112.0/20 DNSBL DEAD >> mhnet.com.br:187.45.96.0/20 DNSBL DEAD >> >> Quando algu?m acessa esta p?gina de delisting usando qualquer IP destes >> blocos, o sistema permite enviar a chave tamb?m para o e-mail cadastrado >> por mim: >> >> http://matrix.spfbl.net/dnsbl/200.229.231.100 >> >> Isso ai foi uma forma que encontramos de facilitar o delisting para o >> pessoal que faz consulta na nossa lista, enviando a chave diretamente para >> os administradores do servi?o DNS. >> >> Eu posso mudar seus blocos aqui para restringir somente para os IPs que >> realmente s?o usados pelos seus servidores DNS e pelos seus navegadores da >> sua equipe. S? preciso dos blocos corretos beleza? >> >> Abra?os, >> Leandro >> SPFBL.net >> >> >> >> >> Em 14 de setembro de 2016 14:08, Leandro Fabris Milani < >> listasmonitor at gmail.com> escreveu: >> >> Pessoal, recebi em nosso hostmaster@ a seguinte mensagem. >>> >>> ______________________________________________________ >>> >>> From: SPFBL Admin >>> >>> To: hostmaster at mhnet.com.br >>> >>> Subject: Chave de desbloqueio DNSBL >>> >>> Foi solicitado o desbloqueio do IP 200.229.231.100 da listagem DNSBL do >>> nosso sistema. >>> Se voc? ? o administrador deste IP e fez esta solicita??o, >>> acesse esta URL e resolva o reCAPTCHA para finalizar o procedimento: >>> http://matrix.spfbl.net/jDa68u5GI-hfV0fLjthAgwAmrclpc-8gjRB7 >>> GJa3EbN9G3PIAJTFkpd2wcV3nEQL >>> >>> _______________________________________________________ >>> >>> Por?m classe de IP n?o nos pertence e n?o implementamos o projeto em >>> nossos servidores. >>> >>> Att, >>> Milani >>> Mhnet Telecom >>> (49) 3664-8400 >>> www.mhnet.com.br >>> >>> On 09/09/2016 06:01 PM, Leandro wrote: >>> >>> Oi Guilherme. >>>> >>>> Recomendo que antes voc? d? uma lida por cima na documenta??o: >>>> >>>> https://github.com/leonamp/SPFBL#servi%C3%A7o-spfbl >>>> >>>> Depois veja com mais aten??o esse exemplo de script do Postfix, que d? >>>> para >>>> se basear nele: >>>> >>>> https://github.com/leonamp/SPFBL/blob/master/client/spfblpostfix.pl >>>> >>>> Basicamente ? o seguinte: voc? passa os par?metros IP, sender, HELO e >>>> recipient por socket, e o SPFBL vai te retornar na mesma conex?o PASS, >>>> FAIL, SOFTFAIL, NEUTRAL, NONE, LISTED, BLOCKED, FLAG, SPAMTRAP, >>>> GREYLIST, >>>> NXDOMAIN ou INVALID. >>>> >>>> Para cada uma destas respostas, voc? deve traduzir a a??o correta para o >>>> MTA. Por exemplo, se vier BLOCKED, mande o MTA rejeitar a mensagem, se >>>> vier >>>> FLAG mande o MTA marcar a mensagem como SPAM, etc, etc, etc. Veja o >>>> script >>>> do Postfix para entender quais s?o as a??es certas do MTA para cada >>>> retorno >>>> SPFBL. >>>> >>>> S? pe?o que mantenha o mesmo padr?o de rejei??o SMTP, com prefixo SPFBL, >>>> pois o feedback loop do SPFBL segue na camada SMTP: >>>> >>>> 5XX 5.7.1 SPFBL >>>> >>>> Se voc? n?o passar o prefixo correto, o enviador vai procurar por eles >>>> no >>>> LOG para poder identificar o spammer no MTA dele e n?o vai encontrar. >>>> Isso >>>> ? uma coisa que ainda n?o est? documentada mas merece aten??o especial. >>>> Futuramente eu vou entrar em detalhes do porque esse prefixo vai for?ar >>>> os >>>> enviadores a respeitar os destinat?rios. >>>> >>>> Esse prefixo ? a parte da tecnologia que vai ser respons?vel pela >>>> diminui??o do volume de SPAM para a rede que quem usa o SPFBL. Por isso >>>> que >>>> ? importante, sen?o a gente fica combatendo SPAM para sempre e nunca >>>> para >>>> de chegar mais. Pretendemos que esse prefixo fa?a um papel importante na >>>> auto regula??o do nosso mercado. >>>> >>>> Boa sorte! >>>> >>>> Abra?os, >>>> Leandro >>>> SPFBL.net >>>> >>>> Em 9 de setembro de 2016 15:07, Guilherme F W Xavier < >>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>> >>>> Boa tarde, >>>> >>>>> Entendi, vou aposent?-lo antes de utilizar. :) >>>>> >>>>> Para desenvolver o script dentro do mailenable, preciso de algumas >>>>> informa??es: >>>>> >>>>> 1- quais par?metros devo enviar ao spfbl.sh? >>>>> 2- O que vou receber de volta? >>>>> 3- ? necess?rio escrever algo na mensagem, o que? >>>>> >>>>> Grato, >>>>> >>>>> Guilherme Xavier >>>>> http://www.gwxtecnologia.com.br/ >>>>> Facebook: http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>> >>>>> Em 09/09/2016 11:37, Leandro escreveu: >>>>> >>>>> Oi Guilherme, >>>>> >>>>>> Esse cliente do SPFBL em Java n?o fomos n?s que desenvolvemos e tamb?m >>>>>> ele >>>>>> s? serve para manipular listas de bloqueio e whitelist. Acho que tem >>>>>> ningu?m usando ele hoje pois conseguimos fazer tudo em Bash. >>>>>> >>>>>> A grande barreira no momento para voc? usar o SPFBL puro para >>>>>> consulta, >>>>>> ? >>>>>> que n?o dispomos de script plugin para Mailenable. >>>>>> >>>>>> Algu?m que manja do Mailenable teria que estudar a API dele para >>>>>> descobrir >>>>>> como escrever programas para fazer a consulta no servi?o SPFBL e >>>>>> traduzir >>>>>> a >>>>>> resposta para a??es de MTA do Mailenabl, tipo REJECT, DEFER, DISCARD, >>>>>> etc. >>>>>> >>>>>> Abra?os, >>>>>> Leandro >>>>>> SPFBL.net >>>>>> >>>>>> Em 9 de setembro de 2016 09:37, Guilherme F W Xavier < >>>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>>> >>>>>> Bom dia, >>>>>> >>>>>> Desculpe voltar a esse tema. S? agora consegui tempo para me dedicar >>>>>>> ao >>>>>>> projeto. Ao executar o SPFBL-Client.jar ele me abre uma janela para >>>>>>> preencher dados. A pergunta abaixo veio a tona: >>>>>>> >>>>>>> 1- Tem de configurar algum par?metro no arquivo .jar? >>>>>>> 2- O scrip ser? executado de dentro do Mailenable. Que par?metro(s) >>>>>>> deve(m) ser colocado(s) na entrada do script para que o cliente fa?a >>>>>>> a >>>>>>> consulta automaticamente? >>>>>>> >>>>>>> Grato, >>>>>>> >>>>>>> Guilherme Xavier >>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>> >>>>>>> Em 20/06/2016 17:28, Roberto Lima escreveu: >>>>>>> >>>>>>> Essa mensagem de erro indica que a dnsbl sofreu alguma parada >>>>>>> critica. >>>>>>> >>>>>>> Isso >>>>>>>> confirma Leandro? >>>>>>>> >>>>>>>> Abs. >>>>>>>> >>>>>>>> Em 20 de junho de 2016 17:24, Eduardo Rigler >>>>>>>> escreveu: >>>>>>>> >>>>>>>> Coincidentemente tamb?m uso Mail Enable e um colega me chamou h? >>>>>>>> pouco >>>>>>>> com >>>>>>>> >>>>>>>> um erro semelhante ao enviar e-mail para um fornecedor: >>>>>>>> >>>>>>>>> >>>>>>>>> Recipient: [SMTP: >>>>>>>>> fulano at dominio.com.br] >>>>>>>>> Reason: Remote SMTP Server Returned: 554 5.7.1 Service >>>>>>>>> unavailable >>>>>>>>> >>>>>>>>> Client host [ip do meu smtp] blocked using dnsbl.spfbl.net; >>>>>>>>> http://matrix.spfbl.net/dnsbl/ >>>>>>>> /189.112.1.24 >>>>>>>>> >>>>>>>>> ip >>>>>>>>> >>>>>>>>> do meu smtp >>>>>>>>>> >>>>>>>>>> Ao entrar na URL: >>>>>>>>> >>>>>>>>> DNSBL checking the result of IP xxx.xxx.xxx.xxx. >>>>>>>>> >>>>>>>>> rDNS found: >>>>>>>>> >>>>>>>>> - valid FCrDNS. >>>>>>>>> >>>>>>>>> >>>>>>>>> No block was found for this IP. >>>>>>>>> If this IP is being rejected by some MTA, >>>>>>>>> wait for the DNS propagation of this service. >>>>>>>>> The propagation time can take a few days. >>>>>>>>> >>>>>>>>> >>>>>>>>> PS: N?o estamos em nenhuma blacklist. >>>>>>>>> >>>>>>>>> []?s >>>>>>>>> >>>>>>>>> >>>>>>>>> Em 20 de junho de 2016 17:15, Guilherme F W Xavier < >>>>>>>>> gxavier.bh at gwxinfo.com.br> escreveu: >>>>>>>>> >>>>>>>>> Boa tarde Alexandre Correa, >>>>>>>>> >>>>>>>>> Tentei enviar e-mail diretamente para voc? mas, n?o sei porque, >>>>>>>>> >>>>>>>>>> recebi >>>>>>>>>> isso: >>>>>>>>>> >>>>>>>>>> MailEnable: Message could not be delivered to some recipients. >>>>>>>>>> The following recipient(s) could not be reached: >>>>>>>>>> >>>>>>>>>> Recipient: [SMTP:alexandre at onda.net.br] >>>>>>>>>> Reason: Remote SMTP Server Returned: 550 [RBL] you are >>>>>>>>>> >>>>>>>>>> permanently >>>>>>>>>> >>>>>>>>>> blocked in this server. >>>>>>>>> >>>>>>>>> Vamos ao que interessa: >>>>>>>>>> >>>>>>>>>> Ao tentar executar o script java deu o erro abaixo: >>>>>>>>>> Erro: N?o foi poss?vel localizar nem carregar a classe principal >>>>>>>>>> MainFrame.java >>>>>>>>>> >>>>>>>>>> Configura??es: >>>>>>>>>> >>>>>>>>>> JAVA_HOME - C:\Program Files\Java\jre1.8.0_92 >>>>>>>>>> >>>>>>>>>> CLASSPATH - .;%Java_Home%\ >>>>>>>>>> >>>>>>>>>> Na PATH coloquei - C:\Program Files\Java\jre1.8.0_92 >>>>>>>>>> >>>>>>>>>> O que est? faltando? >>>>>>>>>> >>>>>>>>>> Grato, >>>>>>>>>> >>>>>>>>>> Guilherme Xavier >>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>>>> >>>>>>>>>> Em 18/06/2016 11:57, Alexandre J. Correa (Onda) escreveu: >>>>>>>>>> >>>>>>>>>> github.com/ajcorrea >>>>>>>>>> >>>>>>>>>> comecei fazendo um cliente em java... ja algum tempo sem >>>>>>>>>> atualizar, >>>>>>>>>> >>>>>>>>>>> mas >>>>>>>>>>> acredito que ainda funcione.. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Em 18/06/2016 11:43, Guilherme F W Xavier escreveu: >>>>>>>>>>> >>>>>>>>>>> Bom dia, >>>>>>>>>>> >>>>>>>>>>> Se for complicado demais criar um .exe, seria f?cil criar um >>>>>>>>>>> .jar? >>>>>>>>>>> >>>>>>>>>>>> Grato, >>>>>>>>>>>> >>>>>>>>>>>> Guilherme Xavier >>>>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>>>> Facebook: http://www.facebook.com/pages/ >>>>>>>>>>>> GWX-Tecnologia/118686814968575 >>>>>>>>>>>> >>>>>>>>>>>> Em 18/06/2016 11:25, Guilherme F W Xavier escreveu: >>>>>>>>>>>> >>>>>>>>>>>> Bom dia, >>>>>>>>>>>> >>>>>>>>>>>> J? tem noticias do cliente para Windows do SPFBL? >>>>>>>>>>>> >>>>>>>>>>>>> Grato, >>>>>>>>>>>>> >>>>>>>>>>>>> Guilherme Xavier >>>>>>>>>>>>> http://www.gwxtecnologia.com.br/ >>>>>>>>>>>>> Facebook: >>>>>>>>>>>>> >>>>>>>>>>>>> http://www.facebook.com/pages/GWX-Tecnologia/118686814968575 >>>>>>>>>>>>> >>>>>>>>>>>>> Em 17/06/2016 18:12, Leandro escreveu: >>>>>>>>>>>> >>>>>>>>>>> Pessoal, >>>>>>>>>>> >>>>>>>>>>> A consulta dnsbl.spfbl.net entrou no IPOK. >>>>>>>>>>>> >>>>>>>>>>>>> http://www.ipok.com.br/ >>>>>>>>>>>>>> >>>>>>>>>>>>>> Estamos vendo com o pessoal do IPOK como redirecionar os >>>>>>>>>>>>>> clientes >>>>>>>>>>>>>> >>>>>>>>>>>>>> deles >>>>>>>>>>>>>> >>>>>>>>>>>>>> para a p?gina de delisting do servi?o, que seria esta: >>>>>>>>>>>>> >>>>>>>>>>>> http://matrix.spfbl.net/ >>>>>>>>>>> >>>>>>>>>>> Estamos na reta final de fechamento de todos os blocos de IPs >>>>>>>>>>>> >>>>>>>>>>>>> din?micos >>>>>>>>>>>>>> >>>>>>>>>>>>>> conhecidos. A quantidade destes blocos din?micos ? absurda. >>>>>>>>>>>>> >>>>>>>>>>>> Gastamos >>>>>>>>>>>> >>>>>>>>>>>> v?rias >>>>>>>>>>> >>>>>>>>>>> semanas trabalhando nisso, fazendo scaneamento, cruzamento e >>>>>>>>>>>> >>>>>>>>>>>>> an?lise. >>>>>>>>>>>>>> Se >>>>>>>>>>>>>> estamos sofrendo com o IPv4 agora, que j? parece ser gigante, >>>>>>>>>>>>>> nem >>>>>>>>>>>>>> quero ver >>>>>>>>>>>>>> quando come?armos a olhar para o IPv6. :-) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Quem quiser ajudar nosso projeto neste momento, ajudaria muito >>>>>>>>>>>>>> se >>>>>>>>>>>>>> >>>>>>>>>>>>>> voc?s >>>>>>>>>>>>>> >>>>>>>>>>>>>> mandassem suas listas de IPs leg?timos. Estes seriam aqueles >>>>>>>>>>>>> IPs >>>>>>>>>>>>> >>>>>>>>>>>> de >>>>>>>>>>>> >>>>>>>>>>>> origem >>>>>>>>>>> >>>>>>>>>>> cujas mensagem caem na caixa de entrada dos seus clientes, >>>>>>>>>>>> >>>>>>>>>>>>> passando >>>>>>>>>>>>>> >>>>>>>>>>>>>> por >>>>>>>>>>>>>> >>>>>>>>>>>>>> todas as ferramentas anti-spam que voc?s confiam. Obviamente >>>>>>>>>>>>> eu >>>>>>>>>>>>> >>>>>>>>>>>> pe?o >>>>>>>>>>>> >>>>>>>>>>>> isso >>>>>>>>>>> >>>>>>>>>>> para quem n?o usa o dnsbl.spfbl.net. Claro que haver? IP de >>>>>>>>>>>> >>>>>>>>>>>>> spammer >>>>>>>>>>>>>> >>>>>>>>>>>>>> no >>>>>>>>>>>>>> >>>>>>>>>>>>>> meio, pois nenhuma tecnologia anti-spam ? perfeita devido a >>>>>>>>>>>>> >>>>>>>>>>>> natureza >>>>>>>>>>>> >>>>>>>>>>>> subjetiva do problema. Mas n?o se preocupem pois teremos >>>>>>>>>>> cuidado de >>>>>>>>>>> >>>>>>>>>>> isolar >>>>>>>>>>>> >>>>>>>>>>>>> estes casos aqui e perguntarei a voc?s na d?vida. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Esta nossa busca por blocos de IPs din?micos podem pegar >>>>>>>>>>>>>> falsos >>>>>>>>>>>>>> positivos >>>>>>>>>>>>>> em alguns casos onde a operadora decide alocar um punhado de >>>>>>>>>>>>>> IPs >>>>>>>>>>>>>> solit?rios >>>>>>>>>>>>>> para servi?os de e-mail dentro de grandes blocos de IPs >>>>>>>>>>>>>> din?micos. >>>>>>>>>>>>>> >>>>>>>>>>>>>> N?s >>>>>>>>>>>>>> >>>>>>>>>>>>>> rodamos um nmap do PTR no bloco todo, sempre que suspeitamos >>>>>>>>>>>>> de >>>>>>>>>>>>> >>>>>>>>>>>> haver >>>>>>>>>>> >>>>>>>>>> estes >>>>>>>>>> >>>>>>>>>>> casos e tamb?m sempre que o bloco for brasileiro, mas as vezes >>>>>>>>>>>> >>>>>>>>>>>>> escapa >>>>>>>>>>>>>> um ou >>>>>>>>>>>>>> outro. N?o tem jeito de n?o errar eventualmente. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Al?m disso, muitos IPs com reverso desconfigurado ou com falha >>>>>>>>>>>>>> de >>>>>>>>>>>>>> DNS >>>>>>>>>>>>>> no >>>>>>>>>>>>>> momento do scaneamento, e isso atrapalha muito esta busca de >>>>>>>>>>>>>> IPs >>>>>>>>>>>>>> leg?timos >>>>>>>>>>>>>> solit?rios a deriva num mar de IPs din?micos. >>>>>>>>>>>>>> >>>>>>>>>>>>>> A lista de IPs leg?timos de voc?s ajudaria muito neste momento >>>>>>>>>>>>>> pois >>>>>>>>>>>>>> a >>>>>>>>>>>>>> gente >>>>>>>>>>>>>> consegue identificar estes IPs leg?timos que ficaram obscuros >>>>>>>>>>>>>> dentro >>>>>>>>>>>>>> >>>>>>>>>>>>>> da >>>>>>>>>>>>>> >>>>>>>>>>>>>> metodologia que estamos usando aqui. >>>>>>>>>>>>> >>>>>>>>>>>> Um grande abra?o a todos. >>>>>>>>>>> >>>>>>>>>>> Leandro >>>>>>>>>>>> >>>>>>>>>>>>> __ >>>>>>>>>>>>>> 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 >>>>>>>>>> >>>>>>>>>> __ >>>>>>>>>> >>>>>>>>>> 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 >>>>>> >>>>>> __ >>>>>> >>>>> 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 >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leandro at spfbl.net Wed Sep 14 16:53:49 2016 From: leandro at spfbl.net (Leandro) Date: Wed, 14 Sep 2016 16:53:49 -0300 Subject: [MASOCH-L] SPFBL.net na MultiRBL da valli.org Message-ID: Pessoal, Estamos na MultiRBL da valli.org: http://multirbl.valli.org/lookup/ Volume de consultas DNSBL aumentando rumo aos 2 milh?es por dia. Agrade?o todos os envolvidos no projeto. Abra?os, Leandro SPFBL.net From smuxbr at gmail.com Wed Sep 14 18:05:53 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Wed, 14 Sep 2016 18:05:53 -0300 Subject: [MASOCH-L] [SPFBL] SPFBL.net na MultiRBL da valli.org In-Reply-To: References: Message-ID: Pqp!! Parabens! Uso ela como tira teima e agora ser? mais facil ver com o spfbl tb. Em 14 de setembro de 2016 16:53, Leandro escreveu: > Pessoal, > > Estamos na MultiRBL da valli.org: > > http://multirbl.valli.org/lookup/ > > Volume de consultas DNSBL aumentando rumo aos 2 milh?es por dia. > > Agrade?o todos os envolvidos no projeto. > > Abra?os, > Leandro > SPFBL.net > > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. > From rejaine at bhz.jamef.com.br Thu Sep 15 10:37:56 2016 From: rejaine at bhz.jamef.com.br (Rejaine Monteiro) Date: Thu, 15 Sep 2016 10:37:56 -0300 Subject: [MASOCH-L] =?windows-1252?q?fun=E7ao_php53_ereg_x_preg=5Fmatch?= Message-ID: <57DAA434.3000706@bhz.jamef.com.br> ola pessoal, por acaso algu?m a? que programa em php e tem algum script ou algum "comandinho m?gico" para alterar automaticamente as fun??es ereg eregi e ereg_replace que foram substituidas no php53 para preg_match e preg_replace? Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a quest?o ? que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais suporte, pois j? foi at? descontinuada) com centenas de linhas e v?rios arquivos para alterar... tentei v?rios comandos com sed q encontrei na net mas nada parece ter funcionado. se n?o conseguir alterar automaticamente, creio q o trabalho de alterar manualmente pode n?o compensar e vou acabar partindo para um downgrade. desde j? agrade?o ... From danton.nunes at inexo.com.br Thu Sep 15 12:14:34 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Thu, 15 Sep 2016 12:14:34 -0300 (BRT) Subject: [MASOCH-L] =?iso-8859-15?q?fun=E7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: <57DAA434.3000706@bhz.jamef.com.br> References: <57DAA434.3000706@bhz.jamef.com.br> Message-ID: On Thu, 15 Sep 2016, Rejaine Monteiro wrote: > ola pessoal, > > por acaso algu?m a? que programa em php e tem algum script ou algum > "comandinho m?gico" para alterar automaticamente as fun??es ereg eregi e > ereg_replace que foram substituidas no php53 para preg_match e preg_replace? esse pessoal que mant?m o php faz cada besteira que d? d?. n?o entendo por que diabos removeram as fun??es com experss?es regulares POSIX. n?o adiante s? trocar ereg por preg, pois a sintaxe e sem?ntica das respectivas exrpess?es regulares s?o diferentes. > Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a quest?o ? > que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais suporte, pois > j? foi at? descontinuada) com centenas de linhas e v?rios arquivos para > alterar... se fosse s? trocar 'e' por 'p', o sed poderia ser usado para fazer a troca no atacado, mas o problema s?o as pr?prias express?es regulares, POSIX nas fun??es antigas e Perl nas novas. o problema n?o ? s? teu. veja: http://stackoverflow.com/questions/6270004/how-can-i-convert-ereg-expressions-to-preg-in-php > tentei v?rios comandos com sed q encontrei na net mas nada parece > ter funcionado. se n?o conseguir alterar automaticamente, creio q o trabalho > de alterar manualmente pode n?o compensar e vou acabar partindo para um > downgrade. eu partiria para o downgrade. e colocaria de castigo qualquer um que viesse com a ideia de fazer qualquer coisa em php daqui para a frente. uma alternativa que me ocorreu ? escrever uma extens?o de retro- compatibilidade que reimplemente as fun??es removidas estupidamente pelos mantenedores da linguagem. O caminho das pedras come?a por aqui: http://php.net/manual/en/internals2.structure.php From danton.nunes at inexo.com.br Thu Sep 15 12:22:53 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Thu, 15 Sep 2016 12:22:53 -0300 (BRT) Subject: [MASOCH-L] =?iso-8859-15?q?fun=E7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: References: <57DAA434.3000706@bhz.jamef.com.br> Message-ID: On Thu, 15 Sep 2016, Danton Nunes wrote: >> por acaso algu?m a? que programa em php e tem algum script ou algum >> "comandinho m?gico" para alterar automaticamente as fun??es ereg eregi e >> ereg_replace que foram substituidas no php53 para preg_match e >> preg_replace? > > esse pessoal que mant?m o php faz cada besteira que d? d?. n?o entendo por > que diabos removeram as fun??es com experss?es regulares POSIX. outra poss?vel sa?da ? usar as fun??es mb_ereg_... que usam express?es regulares POSIX para tratar strings em que os caracteres podem ocupar um ou mais bytes, como ? o caso de UTF-8. eu n?o sei, muito menos posso garantir, que mb_ereg_... sejam compat?veis com as respectivas antigas erec_..., mas n?o custa dar uma verificada. ? bem poss?vel que deste jeito o trabalho de ajuste seja bem menor que trocar pelas fun??es preg_... e para trocar no atacado, uma combina??o de find com sed -i far? a m?gica. From fischerdouglas at gmail.com Thu Sep 15 12:23:09 2016 From: fischerdouglas at gmail.com (Douglas Fischer) Date: Thu, 15 Sep 2016 12:23:09 -0300 Subject: [MASOCH-L] =?utf-8?q?fun=C3=A7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: References: <57DAA434.3000706@bhz.jamef.com.br> Message-ID: ?Mantar contar o n?mero de ocorr?ncias da string ?ereg pode ajudar a reduzir o tamanho do susto. DEVs de uma empresa que atendo estava fazendo um AU? sobre isso... Achei um cabra mais teimoso que eu que me ajudou a estimar quantidade de altera??es que precisariam ser feitas para migrar de PHP. Deu MUITO menos do que imagin?vamos! Em um dia e meio tava tudo rodando liso... Depois levou quase uma semana achando coisinhas menores. Em 15 de setembro de 2016 12:14, Danton Nunes escreveu: > On Thu, 15 Sep 2016, Rejaine Monteiro wrote: > > ola pessoal, >> >> por acaso algu?m a? que programa em php e tem algum script ou algum >> "comandinho m?gico" para alterar automaticamente as fun??es ereg eregi e >> ereg_replace que foram substituidas no php53 para preg_match e preg_replace? >> > > esse pessoal que mant?m o php faz cada besteira que d? d?. n?o entendo por > que diabos removeram as fun??es com experss?es regulares POSIX. > > n?o adiante s? trocar ereg por preg, pois a sintaxe e sem?ntica das > respectivas exrpess?es regulares s?o diferentes. > > Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a quest?o >> ? que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais suporte, >> pois j? foi at? descontinuada) com centenas de linhas e v?rios arquivos >> para alterar... >> > > se fosse s? trocar 'e' por 'p', o sed poderia ser usado para fazer a troca > no atacado, mas o problema s?o as pr?prias express?es regulares, POSIX nas > fun??es antigas e Perl nas novas. > > o problema n?o ? s? teu. veja: http://stackoverflow.com/quest > ions/6270004/how-can-i-convert-ereg-expressions-to-preg-in-php > > tentei v?rios comandos com sed q encontrei na net mas nada parece ter >> funcionado. se n?o conseguir alterar automaticamente, creio q o trabalho de >> alterar manualmente pode n?o compensar e vou acabar partindo para um >> downgrade. >> > > eu partiria para o downgrade. e colocaria de castigo qualquer um que > viesse com a ideia de fazer qualquer coisa em php daqui para a frente. > > uma alternativa que me ocorreu ? escrever uma extens?o de retro- > compatibilidade que reimplemente as fun??es removidas estupidamente pelos > mantenedores da linguagem. O caminho das pedras come?a por aqui: > http://php.net/manual/en/internals2.structure.php > > > __ > 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 Sep 15 12:36:01 2016 From: rejaine at bhz.jamef.com.br (Rejaine Monteiro) Date: Thu, 15 Sep 2016 12:36:01 -0300 Subject: [MASOCH-L] =?utf-8?q?fun=C3=A7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: References: <57DAA434.3000706@bhz.jamef.com.br> Message-ID: <57DABFE1.5040400@bhz.jamef.com.br> sim, eu at? pesquisei aqui e as altera??es nem s?o taaaantas assim.. o problema ? que achei algumas outras fun??es que tamb?m mudaram al?m dessas... mas como php n?o ? minha praia, iria tentar alterar s? para manter a aplica??o atual... mas na verdade essa aplica??o j? est? muito obsoleta e nem mesmo sei se vale a pena o trabalho. acho vou partir mesmo pro downgrade ou (mais adequado) substituir essa aplica??o por outra mais atual e mais recursos (isso inclusive ? uma demanda e desejo antigo do comercial aqui - talvez seja a hora!!) valeu pessoal.. On 15-09-2016 12:23, Douglas Fischer wrote: > ?Mantar contar o n?mero de ocorr?ncias da string ?ereg pode ajudar a > reduzir o tamanho do susto. > > DEVs de uma empresa que atendo estava fazendo um AU? sobre isso... > Achei um cabra mais teimoso que eu que me ajudou a estimar quantidade de > altera??es que precisariam ser feitas para migrar de PHP. > > Deu MUITO menos do que imagin?vamos! Em um dia e meio tava tudo rodando > liso... > Depois levou quase uma semana achando coisinhas menores. > > > > > Em 15 de setembro de 2016 12:14, Danton Nunes > escreveu: > >> On Thu, 15 Sep 2016, Rejaine Monteiro wrote: >> >> ola pessoal, >>> por acaso algu?m a? que programa em php e tem algum script ou algum >>> "comandinho m?gico" para alterar automaticamente as fun??es ereg eregi e >>> ereg_replace que foram substituidas no php53 para preg_match e preg_replace? >>> >> esse pessoal que mant?m o php faz cada besteira que d? d?. n?o entendo por >> que diabos removeram as fun??es com experss?es regulares POSIX. >> >> n?o adiante s? trocar ereg por preg, pois a sintaxe e sem?ntica das >> respectivas exrpess?es regulares s?o diferentes. >> >> Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a quest?o >>> ? que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais suporte, >>> pois j? foi at? descontinuada) com centenas de linhas e v?rios arquivos >>> para alterar... >>> >> se fosse s? trocar 'e' por 'p', o sed poderia ser usado para fazer a troca >> no atacado, mas o problema s?o as pr?prias express?es regulares, POSIX nas >> fun??es antigas e Perl nas novas. >> >> o problema n?o ? s? teu. veja: http://stackoverflow.com/quest >> ions/6270004/how-can-i-convert-ereg-expressions-to-preg-in-php >> >> tentei v?rios comandos com sed q encontrei na net mas nada parece ter >>> funcionado. se n?o conseguir alterar automaticamente, creio q o trabalho de >>> alterar manualmente pode n?o compensar e vou acabar partindo para um >>> downgrade. >>> >> eu partiria para o downgrade. e colocaria de castigo qualquer um que >> viesse com a ideia de fazer qualquer coisa em php daqui para a frente. >> >> uma alternativa que me ocorreu ? escrever uma extens?o de retro- >> compatibilidade que reimplemente as fun??es removidas estupidamente pelos >> mantenedores da linguagem. O caminho das pedras come?a por aqui: >> http://php.net/manual/en/internals2.structure.php >> >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > > -- Rejaine da Silveira Monteiro Suporte-TI Tel: (31) 2102-8854 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br From lista.gter at gmail.com Thu Sep 15 14:08:34 2016 From: lista.gter at gmail.com (Lista) Date: Thu, 15 Sep 2016 14:08:34 -0300 Subject: [MASOCH-L] =?utf-8?q?fun=C3=A7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: <57DABFE1.5040400@bhz.jamef.com.br> References: <57DAA434.3000706@bhz.jamef.com.br> <57DABFE1.5040400@bhz.jamef.com.br> Message-ID: Downgrade da vers?o do php, ser? menos dramatico e doloroso, (infelizmente). porta c?digo de aplica??o para vers?es mais atuais, pode lhe trazer serios problemas e ae ? que mora o perigo, aplica??o acaba ficando cheia de bug. Em 15 de setembro de 2016 12:36, Rejaine Monteiro escreveu: > > sim, eu at? pesquisei aqui e as altera??es nem s?o taaaantas assim.. o > problema ? que achei algumas outras fun??es que tamb?m mudaram al?m > dessas... mas como php n?o ? minha praia, iria tentar alterar s? para > manter a aplica??o atual... mas na verdade essa aplica??o j? est? muito > obsoleta e nem mesmo sei se vale a pena o trabalho. acho vou partir mesmo > pro downgrade ou (mais adequado) substituir essa aplica??o por outra mais > atual e mais recursos (isso inclusive ? uma demanda e desejo antigo do > comercial aqui - talvez seja a hora!!) > valeu pessoal.. > > > On 15-09-2016 12:23, Douglas Fischer wrote: > >> ?Mantar contar o n?mero de ocorr?ncias da string ?ereg pode ajudar a >> reduzir o tamanho do susto. >> >> DEVs de uma empresa que atendo estava fazendo um AU? sobre isso... >> Achei um cabra mais teimoso que eu que me ajudou a estimar quantidade de >> altera??es que precisariam ser feitas para migrar de PHP. >> >> Deu MUITO menos do que imagin?vamos! Em um dia e meio tava tudo rodando >> liso... >> Depois levou quase uma semana achando coisinhas menores. >> >> >> >> >> Em 15 de setembro de 2016 12:14, Danton Nunes >> escreveu: >> >> On Thu, 15 Sep 2016, Rejaine Monteiro wrote: >>> >>> ola pessoal, >>> >>>> por acaso algu?m a? que programa em php e tem algum script ou algum >>>> "comandinho m?gico" para alterar automaticamente as fun??es ereg eregi e >>>> ereg_replace que foram substituidas no php53 para preg_match e >>>> preg_replace? >>>> >>>> esse pessoal que mant?m o php faz cada besteira que d? d?. n?o entendo >>> por >>> que diabos removeram as fun??es com experss?es regulares POSIX. >>> >>> n?o adiante s? trocar ereg por preg, pois a sintaxe e sem?ntica das >>> respectivas exrpess?es regulares s?o diferentes. >>> >>> Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a quest?o >>> >>>> ? que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais >>>> suporte, >>>> pois j? foi at? descontinuada) com centenas de linhas e v?rios arquivos >>>> para alterar... >>>> >>>> se fosse s? trocar 'e' por 'p', o sed poderia ser usado para fazer a >>> troca >>> no atacado, mas o problema s?o as pr?prias express?es regulares, POSIX >>> nas >>> fun??es antigas e Perl nas novas. >>> >>> o problema n?o ? s? teu. veja: http://stackoverflow.com/quest >>> ions/6270004/how-can-i-convert-ereg-expressions-to-preg-in-php >>> >>> tentei v?rios comandos com sed q encontrei na net mas nada parece ter >>> >>>> funcionado. se n?o conseguir alterar automaticamente, creio q o >>>> trabalho de >>>> alterar manualmente pode n?o compensar e vou acabar partindo para um >>>> downgrade. >>>> >>>> eu partiria para o downgrade. e colocaria de castigo qualquer um que >>> viesse com a ideia de fazer qualquer coisa em php daqui para a frente. >>> >>> uma alternativa que me ocorreu ? escrever uma extens?o de retro- >>> compatibilidade que reimplemente as fun??es removidas estupidamente pelos >>> mantenedores da linguagem. O caminho das pedras come?a por aqui: >>> http://php.net/manual/en/internals2.structure.php >>> >>> >>> __ >>> masoch-l list >>> https://eng.registro.br/mailman/listinfo/masoch-l >>> >>> >> >> > -- > Rejaine da Silveira Monteiro > Suporte-TI > Tel: (31) 2102-8854 > Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG > www.jamef.com.br > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From vinicius at vegbrasil.com Thu Sep 15 14:12:49 2016 From: vinicius at vegbrasil.com (=?UTF-8?Q?Vin=C3=ADcius_Santana?=) Date: Thu, 15 Sep 2016 14:12:49 -0300 Subject: [MASOCH-L] =?utf-8?q?fun=C3=A7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: References: <57DAA434.3000706@bhz.jamef.com.br> <57DABFE1.5040400@bhz.jamef.com.br> Message-ID: Por aqui eu tenho feito com Docker, container mais antigo do PHP exclusivo pra c?digo legado e um outro container com PHP 7.x para o resto. Atende bem. On Sep 15, 2016 2:08 PM, "Lista" wrote: > Downgrade da vers?o do php, ser? menos dramatico e doloroso, > (infelizmente). porta c?digo de aplica??o para vers?es mais atuais, pode > lhe trazer serios problemas e ae ? que mora o perigo, aplica??o acaba > ficando cheia de bug. > > Em 15 de setembro de 2016 12:36, Rejaine Monteiro < > rejaine at bhz.jamef.com.br> > escreveu: > > > > > sim, eu at? pesquisei aqui e as altera??es nem s?o taaaantas assim.. o > > problema ? que achei algumas outras fun??es que tamb?m mudaram al?m > > dessas... mas como php n?o ? minha praia, iria tentar alterar s? para > > manter a aplica??o atual... mas na verdade essa aplica??o j? est? muito > > obsoleta e nem mesmo sei se vale a pena o trabalho. acho vou partir mesmo > > pro downgrade ou (mais adequado) substituir essa aplica??o por outra mais > > atual e mais recursos (isso inclusive ? uma demanda e desejo antigo do > > comercial aqui - talvez seja a hora!!) > > valeu pessoal.. > > > > > > On 15-09-2016 12:23, Douglas Fischer wrote: > > > >> ?Mantar contar o n?mero de ocorr?ncias da string ?ereg pode ajudar a > >> reduzir o tamanho do susto. > >> > >> DEVs de uma empresa que atendo estava fazendo um AU? sobre isso... > >> Achei um cabra mais teimoso que eu que me ajudou a estimar quantidade de > >> altera??es que precisariam ser feitas para migrar de PHP. > >> > >> Deu MUITO menos do que imagin?vamos! Em um dia e meio tava tudo rodando > >> liso... > >> Depois levou quase uma semana achando coisinhas menores. > >> > >> > >> > >> > >> Em 15 de setembro de 2016 12:14, Danton Nunes < > danton.nunes at inexo.com.br> > >> escreveu: > >> > >> On Thu, 15 Sep 2016, Rejaine Monteiro wrote: > >>> > >>> ola pessoal, > >>> > >>>> por acaso algu?m a? que programa em php e tem algum script ou algum > >>>> "comandinho m?gico" para alterar automaticamente as fun??es ereg > eregi e > >>>> ereg_replace que foram substituidas no php53 para preg_match e > >>>> preg_replace? > >>>> > >>>> esse pessoal que mant?m o php faz cada besteira que d? d?. n?o entendo > >>> por > >>> que diabos removeram as fun??es com experss?es regulares POSIX. > >>> > >>> n?o adiante s? trocar ereg por preg, pois a sintaxe e sem?ntica das > >>> respectivas exrpess?es regulares s?o diferentes. > >>> > >>> Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a > quest?o > >>> > >>>> ? que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais > >>>> suporte, > >>>> pois j? foi at? descontinuada) com centenas de linhas e v?rios > arquivos > >>>> para alterar... > >>>> > >>>> se fosse s? trocar 'e' por 'p', o sed poderia ser usado para fazer a > >>> troca > >>> no atacado, mas o problema s?o as pr?prias express?es regulares, POSIX > >>> nas > >>> fun??es antigas e Perl nas novas. > >>> > >>> o problema n?o ? s? teu. veja: http://stackoverflow.com/quest > >>> ions/6270004/how-can-i-convert-ereg-expressions-to-preg-in-php > >>> > >>> tentei v?rios comandos com sed q encontrei na net mas nada parece ter > >>> > >>>> funcionado. se n?o conseguir alterar automaticamente, creio q o > >>>> trabalho de > >>>> alterar manualmente pode n?o compensar e vou acabar partindo para um > >>>> downgrade. > >>>> > >>>> eu partiria para o downgrade. e colocaria de castigo qualquer um que > >>> viesse com a ideia de fazer qualquer coisa em php daqui para a frente. > >>> > >>> uma alternativa que me ocorreu ? escrever uma extens?o de retro- > >>> compatibilidade que reimplemente as fun??es removidas estupidamente > pelos > >>> mantenedores da linguagem. O caminho das pedras come?a por aqui: > >>> http://php.net/manual/en/internals2.structure.php > >>> > >>> > >>> __ > >>> masoch-l list > >>> https://eng.registro.br/mailman/listinfo/masoch-l > >>> > >>> > >> > >> > > -- > > Rejaine da Silveira Monteiro > > Suporte-TI > > Tel: (31) 2102-8854 > > Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG > > 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 > From smuxbr at gmail.com Thu Sep 15 14:39:58 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Thu, 15 Sep 2016 14:39:58 -0300 Subject: [MASOCH-L] =?utf-8?q?fun=C3=A7ao_php53_ereg_x_preg=5Fmatch?= In-Reply-To: References: <57DAA434.3000706@bhz.jamef.com.br> <57DABFE1.5040400@bhz.jamef.com.br> Message-ID: Utilizo diversas vers?es php (na ocasiao 5.2 a 5.5), utilizando php-cgi e chamando a vers?o via htaccess, pois tenho sistemas que s? funcionam no 5.2 e n?o h? mais suporte eles. Em 15 de setembro de 2016 14:12, Vin?cius Santana escreveu: > Por aqui eu tenho feito com Docker, container mais antigo do PHP exclusivo > pra c?digo legado e um outro container com PHP 7.x para o resto. Atende > bem. > > On Sep 15, 2016 2:08 PM, "Lista" wrote: > > > Downgrade da vers?o do php, ser? menos dramatico e doloroso, > > (infelizmente). porta c?digo de aplica??o para vers?es mais atuais, pode > > lhe trazer serios problemas e ae ? que mora o perigo, aplica??o acaba > > ficando cheia de bug. > > > > Em 15 de setembro de 2016 12:36, Rejaine Monteiro < > > rejaine at bhz.jamef.com.br> > > escreveu: > > > > > > > > sim, eu at? pesquisei aqui e as altera??es nem s?o taaaantas assim.. o > > > problema ? que achei algumas outras fun??es que tamb?m mudaram al?m > > > dessas... mas como php n?o ? minha praia, iria tentar alterar s? para > > > manter a aplica??o atual... mas na verdade essa aplica??o j? est? muito > > > obsoleta e nem mesmo sei se vale a pena o trabalho. acho vou partir > mesmo > > > pro downgrade ou (mais adequado) substituir essa aplica??o por outra > mais > > > atual e mais recursos (isso inclusive ? uma demanda e desejo antigo do > > > comercial aqui - talvez seja a hora!!) > > > valeu pessoal.. > > > > > > > > > On 15-09-2016 12:23, Douglas Fischer wrote: > > > > > >> ?Mantar contar o n?mero de ocorr?ncias da string ?ereg pode ajudar a > > >> reduzir o tamanho do susto. > > >> > > >> DEVs de uma empresa que atendo estava fazendo um AU? sobre isso... > > >> Achei um cabra mais teimoso que eu que me ajudou a estimar quantidade > de > > >> altera??es que precisariam ser feitas para migrar de PHP. > > >> > > >> Deu MUITO menos do que imagin?vamos! Em um dia e meio tava tudo > rodando > > >> liso... > > >> Depois levou quase uma semana achando coisinhas menores. > > >> > > >> > > >> > > >> > > >> Em 15 de setembro de 2016 12:14, Danton Nunes < > > danton.nunes at inexo.com.br> > > >> escreveu: > > >> > > >> On Thu, 15 Sep 2016, Rejaine Monteiro wrote: > > >>> > > >>> ola pessoal, > > >>> > > >>>> por acaso algu?m a? que programa em php e tem algum script ou algum > > >>>> "comandinho m?gico" para alterar automaticamente as fun??es ereg > > eregi e > > >>>> ereg_replace que foram substituidas no php53 para preg_match e > > >>>> preg_replace? > > >>>> > > >>>> esse pessoal que mant?m o php faz cada besteira que d? d?. n?o > entendo > > >>> por > > >>> que diabos removeram as fun??es com experss?es regulares POSIX. > > >>> > > >>> n?o adiante s? trocar ereg por preg, pois a sintaxe e sem?ntica das > > >>> respectivas exrpess?es regulares s?o diferentes. > > >>> > > >>> Sei que fazer diretamente no c?digo ? at? simples de fazer, mas a > > quest?o > > >>> > > >>>> ? que tenho uma aplica??o bem antiga aqui (a qual n?o temos mais > > >>>> suporte, > > >>>> pois j? foi at? descontinuada) com centenas de linhas e v?rios > > arquivos > > >>>> para alterar... > > >>>> > > >>>> se fosse s? trocar 'e' por 'p', o sed poderia ser usado para fazer a > > >>> troca > > >>> no atacado, mas o problema s?o as pr?prias express?es regulares, > POSIX > > >>> nas > > >>> fun??es antigas e Perl nas novas. > > >>> > > >>> o problema n?o ? s? teu. veja: http://stackoverflow.com/quest > > >>> ions/6270004/how-can-i-convert-ereg-expressions-to-preg-in-php > > >>> > > >>> tentei v?rios comandos com sed q encontrei na net mas nada parece ter > > >>> > > >>>> funcionado. se n?o conseguir alterar automaticamente, creio q o > > >>>> trabalho de > > >>>> alterar manualmente pode n?o compensar e vou acabar partindo para um > > >>>> downgrade. > > >>>> > > >>>> eu partiria para o downgrade. e colocaria de castigo qualquer um que > > >>> viesse com a ideia de fazer qualquer coisa em php daqui para a > frente. > > >>> > > >>> uma alternativa que me ocorreu ? escrever uma extens?o de retro- > > >>> compatibilidade que reimplemente as fun??es removidas estupidamente > > pelos > > >>> mantenedores da linguagem. O caminho das pedras come?a por aqui: > > >>> http://php.net/manual/en/internals2.structure.php > > >>> > > >>> > > >>> __ > > >>> masoch-l list > > >>> https://eng.registro.br/mailman/listinfo/masoch-l > > >>> > > >>> > > >> > > >> > > > -- > > > Rejaine da Silveira Monteiro > > > Suporte-TI > > > Tel: (31) 2102-8854 > > > Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG > > > 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 > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From smuxbr at gmail.com Thu Sep 15 17:56:22 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Thu, 15 Sep 2016 17:56:22 -0300 Subject: [MASOCH-L] =?utf-8?q?Dovecot_doid=C3=A3o?= Message-ID: Boa noite pessoal, Estou com um problema com um cliente desde ante ontem. O cen?rio dele ? o seguinte: Ele possui um servidor dovecot (imap/pop3) e algu?m deve ter feito alguma modifica??o relacionado a UID do pop3 e agora todos os emails antigos est?o sendo puxados pelos clientes de email (outlook/thunderbird/mail/etc). Desfiz a c*g*d* mas mesmo assim os emails antigos continuam sendo enviados pros clientes como se a mensagem fosse nova.. Teve um que recebeu entre ontem e hoje quase 25 mil emails referentes a todo o hist?rico de mensagens dele. No doveadm n?o encontrei nenhuma informa??o acerca de como cancelar essas requisi??es e o cliente est? me deixando louco rs. Algu?m j? passou por isso ou poderia tentar me ajudar nessa quest?o? Abra?os. Roberto. From abadan at gmail.com Thu Sep 15 18:06:17 2016 From: abadan at gmail.com (Diego Abadan) Date: Thu, 15 Sep 2016 18:06:17 -0300 Subject: [MASOCH-L] =?utf-8?q?Dovecot_doid=C3=A3o?= In-Reply-To: References: Message-ID: Roberto, em http://wiki2.dovecot.org/Migration na se??o "POP3 migration" diz: "If a client already saw changed UIDLs and decided to start re-downloading mails, it's unlikely there is anything you can do to stop it. Even going back to your old server is unlikely to help at that point." Veja se as outras informa??es desta p?gina podem lhe ajudar em algo. abra?o, Diego Em 15 de setembro de 2016 17:56, Roberto Lima escreveu: > Boa noite pessoal, > > Estou com um problema com um cliente desde ante ontem. O cen?rio dele ? o > seguinte: > Ele possui um servidor dovecot (imap/pop3) e algu?m deve ter feito alguma > modifica??o relacionado a UID do pop3 e agora todos os emails antigos est?o > sendo puxados pelos clientes de email (outlook/thunderbird/mail/etc). > Desfiz a c*g*d* mas mesmo assim os emails antigos continuam sendo enviados > pros clientes como se a mensagem fosse nova.. Teve um que recebeu entre > ontem e hoje quase 25 mil emails referentes a todo o hist?rico de mensagens > dele. > > No doveadm n?o encontrei nenhuma informa??o acerca de como cancelar essas > requisi??es e o cliente est? me deixando louco rs. > > Algu?m j? passou por isso ou poderia tentar me ajudar nessa quest?o? > > Abra?os. > Roberto. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From smuxbr at gmail.com Thu Sep 15 18:43:49 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Thu, 15 Sep 2016 18:43:49 -0300 Subject: [MASOCH-L] =?utf-8?q?Dovecot_doid=C3=A3o?= In-Reply-To: References: Message-ID: So close... Obrigado Diego. Em 15 de setembro de 2016 18:06, Diego Abadan escreveu: > Roberto, em http://wiki2.dovecot.org/Migration na se??o "POP3 migration" > diz: > > "If a client already saw changed UIDLs and decided to start re-downloading > mails, it's unlikely there is anything you can do to stop it. Even going > back to your old server is unlikely to help at that point." > > Veja se as outras informa??es desta p?gina podem lhe ajudar em algo. > > abra?o, > Diego > > Em 15 de setembro de 2016 17:56, Roberto Lima escreveu: > > > Boa noite pessoal, > > > > Estou com um problema com um cliente desde ante ontem. O cen?rio dele ? > o > > seguinte: > > Ele possui um servidor dovecot (imap/pop3) e algu?m deve ter feito > alguma > > modifica??o relacionado a UID do pop3 e agora todos os emails antigos > est?o > > sendo puxados pelos clientes de email (outlook/thunderbird/mail/etc). > > Desfiz a c*g*d* mas mesmo assim os emails antigos continuam sendo > enviados > > pros clientes como se a mensagem fosse nova.. Teve um que recebeu entre > > ontem e hoje quase 25 mil emails referentes a todo o hist?rico de > mensagens > > dele. > > > > No doveadm n?o encontrei nenhuma informa??o acerca de como cancelar > essas > > requisi??es e o cliente est? me deixando louco rs. > > > > Algu?m j? passou por isso ou poderia tentar me ajudar nessa quest?o? > > > > Abra?os. > > Roberto. > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From bruno at openline.com.br Fri Sep 16 12:15:18 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Fri, 16 Sep 2016 12:15:18 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cota=E7=E3o_servidores?= Message-ID: Ol? Estou precisando cotar servidores de rack para virtualiza??o (dual core 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de garantia e certifica??o suse/redhat/windows/vmware) Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP Antecipadamente agrade?o qualquer ajuda !3runo Cabral --Cursos e Consultoria BGP e OSPF From danillofa at hotmail.com Fri Sep 16 12:17:29 2016 From: danillofa at hotmail.com (Danillo F.) Date: Fri, 16 Sep 2016 15:17:29 +0000 Subject: [MASOCH-L] =?iso-8859-1?q?Cota=E7=E3o_servidores?= In-Reply-To: References: Message-ID: www.visualsystems.com.br []s Danillo ________________________________ De: masoch-l em nome de Bruno Cabral Enviado: sexta-feira, 16 de setembro de 2016 12:15:18 Para: masoch-l at eng.registro.br Assunto: [MASOCH-L] Cota??o servidores Ol? Estou precisando cotar servidores de rack para virtualiza??o (dual core 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de garantia e certifica??o suse/redhat/windows/vmware) Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP Antecipadamente agrade?o qualquer ajuda !3runo Cabral --Cursos e Consultoria BGP e OSPF __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From fhfrediani at gmail.com Fri Sep 16 12:26:57 2016 From: fhfrediani at gmail.com (Fernando Frediani) Date: Fri, 16 Sep 2016 12:26:57 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o somente a tr?ade IBM/Dell/HP ? Um servidor com esta configura??o e garantia expressa 24h com 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do que voc? imagina. A prop?sito: Controladora RAID vai de LSI Fernando 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > Ol? > Estou precisando cotar servidores de rack para virtualiza??o (dual core 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de garantia e certifica??o suse/redhat/windows/vmware) > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > Antecipadamente agrade?o qualquer ajuda > !3runo Cabral > > --Cursos e Consultoria BGP e OSPF > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From erigler at gmail.com Fri Sep 16 12:58:08 2016 From: erigler at gmail.com (Eduardo Rigler) Date: Fri, 16 Sep 2016 12:58:08 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: +1 Supermicro. Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou indicar um fornecedor s? de birra pois ele simplesmente parou de falar comigo depois que meu financeiro se apertou e n?o pude fechar uma compra com ele no passado :-) []?s Em 16 de setembro de 2016 12:26, Fernando Frediani escreveu: > Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o > somente a tr?ade IBM/Dell/HP ? > Um servidor com esta configura??o e garantia expressa 24h com > 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do > que voc? imagina. > A prop?sito: Controladora RAID vai de LSI > > Fernando > > 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > > Ol? > > Estou precisando cotar servidores de rack para virtualiza??o (dual core > 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, > controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de > garantia e certifica??o suse/redhat/windows/vmware) > > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que > pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > > Antecipadamente agrade?o qualquer ajuda > > !3runo Cabral > > > > --Cursos e Consultoria BGP e OSPF > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From fhfrediani at gmail.com Fri Sep 16 13:02:16 2016 From: fhfrediani at gmail.com (Fernando Frediani) Date: Fri, 16 Sep 2016 13:02:16 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: O amor acaba quando o dinheiro acaba. :) 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : > +1 Supermicro. > > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou indicar > um fornecedor s? de birra pois ele simplesmente parou de falar comigo > depois que meu financeiro se apertou e n?o pude fechar uma compra com ele > no passado :-) > > []?s > > > Em 16 de setembro de 2016 12:26, Fernando Frediani > escreveu: > >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o >> somente a tr?ade IBM/Dell/HP ? >> Um servidor com esta configura??o e garantia expressa 24h com >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do >> que voc? imagina. >> A prop?sito: Controladora RAID vai de LSI >> >> Fernando >> >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : >> > Ol? >> > Estou precisando cotar servidores de rack para virtualiza??o (dual core >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de >> garantia e certifica??o suse/redhat/windows/vmware) >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP >> > Antecipadamente agrade?o qualquer ajuda >> > !3runo Cabral >> > >> > --Cursos e Consultoria BGP e OSPF >> > >> > __ >> > 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 celobusana at gmail.com Fri Sep 16 13:53:38 2016 From: celobusana at gmail.com (Marcelo) Date: Fri, 16 Sep 2016 13:53:38 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: Realmente supermicro ? mais acess?vel, mas recentemente tive um problema com um servidor da supermicro: Por algum motivo desligou e n?o liga mais, pisca led, fonte ativa, troquei fonte, memoria... e nada. Deixei parado para tentar outras op??es, na ?poca que comprei foram duas unidades, uma esta funcionando 100%. Pode ser que seja algum simples que estou deixando passar, mas o fato ? que tenho um DELL, poweredge com 10 anos, torre e nunca tive problemas, assim como outras marcas relatadas, HP, IBM. Em 16 de setembro de 2016 13:02, Fernando Frediani escreveu: > O amor acaba quando o dinheiro acaba. :) > > 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : > > +1 Supermicro. > > > > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou > indicar > > um fornecedor s? de birra pois ele simplesmente parou de falar comigo > > depois que meu financeiro se apertou e n?o pude fechar uma compra com ele > > no passado :-) > > > > []?s > > > > > > Em 16 de setembro de 2016 12:26, Fernando Frediani > > > escreveu: > > > >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o > >> somente a tr?ade IBM/Dell/HP ? > >> Um servidor com esta configura??o e garantia expressa 24h com > >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do > >> que voc? imagina. > >> A prop?sito: Controladora RAID vai de LSI > >> > >> Fernando > >> > >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > >> > Ol? > >> > Estou precisando cotar servidores de rack para virtualiza??o (dual > core > >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, > >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de > >> garantia e certifica??o suse/redhat/windows/vmware) > >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que > >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > >> > Antecipadamente agrade?o qualquer ajuda > >> > !3runo Cabral > >> > > >> > --Cursos e Consultoria BGP e OSPF > >> > > >> > __ > >> > 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 cresci at gmail.com Fri Sep 16 14:02:33 2016 From: cresci at gmail.com (Rafael Cresci) Date: Fri, 16 Sep 2016 17:02:33 +0000 (UTC) Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: Nossa taxa de falhas aqui em S?o Paulo num parque de milhares de m?quinas Supermicro est? na faixa dos 2-2.5%...? Get Outlook for iOS On Fri, Sep 16, 2016 at 1:53 PM -0300, "Marcelo" wrote: Realmente supermicro ? mais acess?vel, mas recentemente tive um problema com um servidor da supermicro: Por algum motivo desligou e n?o liga mais, pisca led, fonte ativa, troquei fonte, memoria... e nada. Deixei parado para tentar outras op??es, na ?poca que comprei foram duas unidades, uma esta funcionando 100%. Pode ser que seja algum simples que estou deixando passar, mas o fato ? que tenho um DELL, poweredge com 10 anos, torre e nunca tive problemas, assim como outras marcas relatadas, HP, IBM. Em 16 de setembro de 2016 13:02, Fernando Frediani escreveu: > O amor acaba quando o dinheiro acaba. :) > > 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : > > +1 Supermicro. > > > > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou > indicar > > um fornecedor s? de birra pois ele simplesmente parou de falar comigo > > depois que meu financeiro se apertou e n?o pude fechar uma compra com ele > > no passado :-) > > > > []?s > > > > > > Em 16 de setembro de 2016 12:26, Fernando Frediani > > > escreveu: > > > >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o > >> somente a tr?ade IBM/Dell/HP ? > >> Um servidor com esta configura??o e garantia expressa 24h com > >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do > >> que voc? imagina. > >> A prop?sito: Controladora RAID vai de LSI > >> > >> Fernando > >> > >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > >> > Ol? > >> > Estou precisando cotar servidores de rack para virtualiza??o (dual > core > >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, > >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de > >> garantia e certifica??o suse/redhat/windows/vmware) > >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que > >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > >> > Antecipadamente agrade?o qualquer ajuda > >> > !3runo Cabral > >> > > >> > --Cursos e Consultoria BGP e OSPF > >> > > >> > __ > >> > 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 > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From leandro at spfbl.net Fri Sep 16 14:06:00 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 16 Sep 2016 14:06:00 -0300 Subject: [MASOCH-L] =?utf-8?q?Servi=C3=A7o_de_filtragem_de_e-mail?= Message-ID: Pessoal, Estamos com um servi?o de filtragem de e-mail em fase de testes: mx-br.spfbl.net A ideia ? recepcionar todo o volume de um determinado dom?nio e repassar apenas o conte?do desej?vel para o servidor da caixa postal deste dom?nio. J? estamos fazendo isso com um dom?nio administrado por mim, e o servi?o funciona muito bem. O problema ? que n?o tenho como estimar custos pois precisamos de um certo volume grande fluindo para que a medi??o de consumo de recursos computacionais seja precisa. Para isso ser poss?vel, estou disposto a oferecer um teste gratuito para alguns dom?nios. N?o queremos oferecer servi?o de caixa postal de forma alguma. Queremos trabalhar somente com administradores de e-mail que j? tenham toda infraestrutura pronta e s? precisem de filtragem para algum dom?nio especifico mas n?o queria por a m?o na massa. Por exemplo algum cliente de hospedagem especial ou aquele que queira pagar mais pela filtragem. Esse servi?o vai financiar o avan?o tecnol?gico do SPFBL. N?o queremos cobrar caro pelo servi?o e sim apenas o justo, sendo custos mais uma pequena margem para ser poss?vel financiar a acelera??o do projeto. Trazer mais profissionais para o projeto, colocar mais inst?ncias gratuitas do SPFBL, etc. Queremos usar nossa experi?ncia com o SPFBL e oferecer filtragem somente com SPFBL+Clamav. Essa combina??o sozinha teve resultados surpreendentes com a gente. Quem tiver interesse neste servi?o, entre em contato em privado para podermos passar detalhes t?cnicos, fazer alguns testes e tamb?m conseguirmos estabelecermos uma m?trica de cobran?a justa posteriormente. Ap?s finalizarmos os testes e estabelecermos a m?trica de cobran?a, colocaremos no ar outras inst?ncias de v?rios locais: mx-us.spfbl.net, mx-eu.spfbl.net, etc. Assim cada um escolhe sua melhor localidade prim?ria e secund?ria, e talvez outras se quiserem mais disponibilidade. Abra?os, Leandro SPFBL.net From bruno at openline.com.br Fri Sep 16 15:09:32 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Fri, 16 Sep 2016 15:09:32 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cota=E7=E3o_servidores?= In-Reply-To: References: , Message-ID: Precisa ser fornecedor com cadastro no Sigem do MS !3runo > From: fhfrediani at gmail.com > Date: Fri, 16 Sep 2016 12:26:57 -0300 > To: masoch-l at eng.registro.br > Subject: Re: [MASOCH-L] Cota??o servidores > > Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o > somente a tr?ade IBM/Dell/HP ? > Um servidor com esta configura??o e garantia expressa 24h com > 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do > que voc? imagina. > A prop?sito: Controladora RAID vai de LSI > > Fernando > > 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > > Ol? > > Estou precisando cotar servidores de rack para virtualiza??o (dual core 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de garantia e certifica??o suse/redhat/windows/vmware) > > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > > Antecipadamente agrade?o qualquer ajuda > > !3runo Cabral > > > > --Cursos e Consultoria BGP e OSPF > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From filipealvarez at gmail.com Fri Sep 16 15:13:39 2016 From: filipealvarez at gmail.com (Filipe Alvarez) Date: Fri, 16 Sep 2016 15:13:39 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: Em 16 de setembro de 2016 14:02, Rafael Cresci escreveu: > Nossa taxa de falhas aqui em S?o Paulo num parque de milhares de m?quinas > Supermicro est? na faixa dos 2-2.5%... > > Tamb?m tenho alguns Supermicro em produ??o e a ?nica falha que tive foi com HD falecido. []s From fhfrediani at gmail.com Fri Sep 16 15:47:06 2016 From: fhfrediani at gmail.com (Fernando Frediani) Date: Fri, 16 Sep 2016 15:47:06 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: O problema n?o ? o servidor falhar e sim quanto tempo o seu servi?o de garantia demora para substituir a pe?a ou o hardware todo, algo que por sinal ? bastante negligenciado por muitas empresas por essas bandas. Fernando 2016-09-16 13:53 GMT-03:00 Marcelo : > Realmente supermicro ? mais acess?vel, mas recentemente tive um problema > com um servidor da supermicro: > > Por algum motivo desligou e n?o liga mais, pisca led, fonte ativa, troquei > fonte, memoria... e nada. > Deixei parado para tentar outras op??es, na ?poca que comprei foram duas > unidades, uma esta funcionando 100%. > > Pode ser que seja algum simples que estou deixando passar, mas o fato ? que > tenho um DELL, poweredge com 10 anos, torre e nunca tive problemas, assim > como outras marcas relatadas, HP, IBM. > > > Em 16 de setembro de 2016 13:02, Fernando Frediani > escreveu: > >> O amor acaba quando o dinheiro acaba. :) >> >> 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : >> > +1 Supermicro. >> > >> > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou >> indicar >> > um fornecedor s? de birra pois ele simplesmente parou de falar comigo >> > depois que meu financeiro se apertou e n?o pude fechar uma compra com ele >> > no passado :-) >> > >> > []?s >> > >> > >> > Em 16 de setembro de 2016 12:26, Fernando Frediani > > >> > escreveu: >> > >> >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o >> >> somente a tr?ade IBM/Dell/HP ? >> >> Um servidor com esta configura??o e garantia expressa 24h com >> >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do >> >> que voc? imagina. >> >> A prop?sito: Controladora RAID vai de LSI >> >> >> >> Fernando >> >> >> >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : >> >> > Ol? >> >> > Estou precisando cotar servidores de rack para virtualiza??o (dual >> core >> >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit onboard, >> >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de >> >> garantia e certifica??o suse/redhat/windows/vmware) >> >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? >> >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que >> >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP >> >> > Antecipadamente agrade?o qualquer ajuda >> >> > !3runo Cabral >> >> > >> >> > --Cursos e Consultoria BGP e OSPF >> >> > >> >> > __ >> >> > 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 >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From fischerdouglas at gmail.com Fri Sep 16 16:06:15 2016 From: fischerdouglas at gmail.com (Douglas Fischer) Date: Fri, 16 Sep 2016 16:06:15 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: Concordo em g?nero, n?mero e grau contigo Fernando! Por?m, na m?dia geral, falando de SuperMicro, com os pre?os praticados pelos tradicionais, a cada 3 serves d? pra comprar 1 de spare... E em tempo de Virtualiza??o, isso vira produtividade e dinheiro... Esses dias eu peguei um projeto com SuperMicro e fiquei surpreso com a qualidade dos produtos! N?o d? nem para comparar com o que era h? 10 anos atr?s. Muito melhor! Ainda n?o ? compar?vel com qualidade dos TOP-Mega-Blaster, mas est? muito bom. Em 16 de setembro de 2016 15:47, Fernando Frediani escreveu: > O problema n?o ? o servidor falhar e sim quanto tempo o seu servi?o de > garantia demora para substituir a pe?a ou o hardware todo, algo que > por sinal ? bastante negligenciado por muitas empresas por essas > bandas. > > Fernando > > 2016-09-16 13:53 GMT-03:00 Marcelo : > > Realmente supermicro ? mais acess?vel, mas recentemente tive um problema > > com um servidor da supermicro: > > > > Por algum motivo desligou e n?o liga mais, pisca led, fonte ativa, > troquei > > fonte, memoria... e nada. > > Deixei parado para tentar outras op??es, na ?poca que comprei foram duas > > unidades, uma esta funcionando 100%. > > > > Pode ser que seja algum simples que estou deixando passar, mas o fato ? > que > > tenho um DELL, poweredge com 10 anos, torre e nunca tive problemas, assim > > como outras marcas relatadas, HP, IBM. > > > > > > Em 16 de setembro de 2016 13:02, Fernando Frediani > > > escreveu: > > > >> O amor acaba quando o dinheiro acaba. :) > >> > >> 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : > >> > +1 Supermicro. > >> > > >> > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou > >> indicar > >> > um fornecedor s? de birra pois ele simplesmente parou de falar comigo > >> > depois que meu financeiro se apertou e n?o pude fechar uma compra com > ele > >> > no passado :-) > >> > > >> > []?s > >> > > >> > > >> > Em 16 de setembro de 2016 12:26, Fernando Frediani < > fhfrediani at gmail.com > >> > > >> > escreveu: > >> > > >> >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o > >> >> somente a tr?ade IBM/Dell/HP ? > >> >> Um servidor com esta configura??o e garantia expressa 24h com > >> >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do > >> >> que voc? imagina. > >> >> A prop?sito: Controladora RAID vai de LSI > >> >> > >> >> Fernando > >> >> > >> >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > >> >> > Ol? > >> >> > Estou precisando cotar servidores de rack para virtualiza??o (dual > >> core > >> >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit > onboard, > >> >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de > >> >> garantia e certifica??o suse/redhat/windows/vmware) > >> >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > >> >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que > >> >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > >> >> > Antecipadamente agrade?o qualquer ajuda > >> >> > !3runo Cabral > >> >> > > >> >> > --Cursos e Consultoria BGP e OSPF > >> >> > > >> >> > __ > >> >> > 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 > >> > > __ > > 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 broonu at gmail.com Fri Sep 16 16:49:02 2016 From: broonu at gmail.com (Bruno Vane) Date: Fri, 16 Sep 2016 16:49:02 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: No fim de 2015 eu cotei Dell com pre?os bem melhores que Supermicro. N?o sei como est? agora. Em 16 de setembro de 2016 16:06, Douglas Fischer escreveu: > Concordo em g?nero, n?mero e grau contigo Fernando! > > Por?m, na m?dia geral, falando de SuperMicro, com os pre?os praticados > pelos tradicionais, a cada 3 serves d? pra comprar 1 de spare... > E em tempo de Virtualiza??o, isso vira produtividade e dinheiro... > > Esses dias eu peguei um projeto com SuperMicro e fiquei surpreso com a > qualidade dos produtos! > N?o d? nem para comparar com o que era h? 10 anos atr?s. Muito melhor! > Ainda n?o ? compar?vel com qualidade dos TOP-Mega-Blaster, mas est? muito > bom. > > > > > > Em 16 de setembro de 2016 15:47, Fernando Frediani > escreveu: > > > O problema n?o ? o servidor falhar e sim quanto tempo o seu servi?o de > > garantia demora para substituir a pe?a ou o hardware todo, algo que > > por sinal ? bastante negligenciado por muitas empresas por essas > > bandas. > > > > Fernando > > > > 2016-09-16 13:53 GMT-03:00 Marcelo : > > > Realmente supermicro ? mais acess?vel, mas recentemente tive um > problema > > > com um servidor da supermicro: > > > > > > Por algum motivo desligou e n?o liga mais, pisca led, fonte ativa, > > troquei > > > fonte, memoria... e nada. > > > Deixei parado para tentar outras op??es, na ?poca que comprei foram > duas > > > unidades, uma esta funcionando 100%. > > > > > > Pode ser que seja algum simples que estou deixando passar, mas o fato ? > > que > > > tenho um DELL, poweredge com 10 anos, torre e nunca tive problemas, > assim > > > como outras marcas relatadas, HP, IBM. > > > > > > > > > Em 16 de setembro de 2016 13:02, Fernando Frediani < > fhfrediani at gmail.com > > > > > > escreveu: > > > > > >> O amor acaba quando o dinheiro acaba. :) > > >> > > >> 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : > > >> > +1 Supermicro. > > >> > > > >> > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou > > >> indicar > > >> > um fornecedor s? de birra pois ele simplesmente parou de falar > comigo > > >> > depois que meu financeiro se apertou e n?o pude fechar uma compra > com > > ele > > >> > no passado :-) > > >> > > > >> > []?s > > >> > > > >> > > > >> > Em 16 de setembro de 2016 12:26, Fernando Frediani < > > fhfrediani at gmail.com > > >> > > > >> > escreveu: > > >> > > > >> >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o > > >> >> somente a tr?ade IBM/Dell/HP ? > > >> >> Um servidor com esta configura??o e garantia expressa 24h com > > >> >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do > > >> >> que voc? imagina. > > >> >> A prop?sito: Controladora RAID vai de LSI > > >> >> > > >> >> Fernando > > >> >> > > >> >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : > > >> >> > Ol? > > >> >> > Estou precisando cotar servidores de rack para virtualiza??o > (dual > > >> core > > >> >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit > > onboard, > > >> >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos > de > > >> >> garantia e certifica??o suse/redhat/windows/vmware) > > >> >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? > > >> >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do > que > > >> >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP > > >> >> > Antecipadamente agrade?o qualquer ajuda > > >> >> > !3runo Cabral > > >> >> > > > >> >> > --Cursos e Consultoria BGP e OSPF > > >> >> > > > >> >> > __ > > >> >> > 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 > > >> > > > __ > > > 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 > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From fhfrediani at gmail.com Fri Sep 16 17:21:28 2016 From: fhfrediani at gmail.com (Fernando Frediani) Date: Fri, 16 Sep 2016 17:21:28 -0300 Subject: [MASOCH-L] =?utf-8?q?Cota=C3=A7=C3=A3o_servidores?= In-Reply-To: References: Message-ID: Douglas, eu costumo dizer que se voc? tem um volume de servidores semelhantes(e.g: Um cluster de Virtualiza??o) - nem precisar ser um n?mero muito grande- o valor que voc? pagaria para garantia expressa de 4h de todos os servidores individuais voc? consegue comprar um outro servidor inteiro id?nticos aos demais e deixar dentro do Datacenter, assim se algum dos de produ??o falhar (parcialmente ou inteiro) voc? consegue substituir ele muito mais rapidamente do que um terceiro vir de longe fazer o servi?o pra voc?. Ai com a pe?a (ou servidor) falhado voc? solicita o RMA via garantia padr?o e aguarda um novo hardware para recuperar os seu spare. Bruno Vane - Veja aonde voc? est? cotando porque na vasta maioria das vezes que fiz semelhante compara??o Supermicro sempre ganhou. Duas possibilidades: ou o vendedor est? 'mordendo' demais ou nesse caso a Dell estava com algo muito especial para o momento ou para voc? para ganhar o neg?cio. Fernando Frediani 2016-09-16 16:06 GMT-03:00 Douglas Fischer : > Concordo em g?nero, n?mero e grau contigo Fernando! > > Por?m, na m?dia geral, falando de SuperMicro, com os pre?os praticados > pelos tradicionais, a cada 3 serves d? pra comprar 1 de spare... > E em tempo de Virtualiza??o, isso vira produtividade e dinheiro... > > Esses dias eu peguei um projeto com SuperMicro e fiquei surpreso com a > qualidade dos produtos! > N?o d? nem para comparar com o que era h? 10 anos atr?s. Muito melhor! > Ainda n?o ? compar?vel com qualidade dos TOP-Mega-Blaster, mas est? muito > bom. > > > > > > Em 16 de setembro de 2016 15:47, Fernando Frediani > escreveu: > >> O problema n?o ? o servidor falhar e sim quanto tempo o seu servi?o de >> garantia demora para substituir a pe?a ou o hardware todo, algo que >> por sinal ? bastante negligenciado por muitas empresas por essas >> bandas. >> >> Fernando >> >> 2016-09-16 13:53 GMT-03:00 Marcelo : >> > Realmente supermicro ? mais acess?vel, mas recentemente tive um problema >> > com um servidor da supermicro: >> > >> > Por algum motivo desligou e n?o liga mais, pisca led, fonte ativa, >> troquei >> > fonte, memoria... e nada. >> > Deixei parado para tentar outras op??es, na ?poca que comprei foram duas >> > unidades, uma esta funcionando 100%. >> > >> > Pode ser que seja algum simples que estou deixando passar, mas o fato ? >> que >> > tenho um DELL, poweredge com 10 anos, torre e nunca tive problemas, assim >> > como outras marcas relatadas, HP, IBM. >> > >> > >> > Em 16 de setembro de 2016 13:02, Fernando Frediani > > >> > escreveu: >> > >> >> O amor acaba quando o dinheiro acaba. :) >> >> >> >> 2016-09-16 12:58 GMT-03:00 Eduardo Rigler : >> >> > +1 Supermicro. >> >> > >> >> > Tem op??es bem interessantes em termos de custo-benef?cio, n?o vou >> >> indicar >> >> > um fornecedor s? de birra pois ele simplesmente parou de falar comigo >> >> > depois que meu financeiro se apertou e n?o pude fechar uma compra com >> ele >> >> > no passado :-) >> >> > >> >> > []?s >> >> > >> >> > >> >> > Em 16 de setembro de 2016 12:26, Fernando Frediani < >> fhfrediani at gmail.com >> >> > >> >> > escreveu: >> >> > >> >> >> Bruno, por que n?o considerar servidores Supermicro tamb?m e n?o >> >> >> somente a tr?ade IBM/Dell/HP ? >> >> >> Um servidor com esta configura??o e garantia expressa 24h com >> >> >> 4h(response)+4h(onsite) pode sair por um valor bem mais em conta do >> >> >> que voc? imagina. >> >> >> A prop?sito: Controladora RAID vai de LSI >> >> >> >> >> >> Fernando >> >> >> >> >> >> 2016-09-16 12:15 GMT-03:00 Bruno Cabral : >> >> >> > Ol? >> >> >> > Estou precisando cotar servidores de rack para virtualiza??o (dual >> >> core >> >> >> 2.xGHz, 8C, 4x16GB RAM, 3 discos 1TB em RADI5, 2 ou 4 gigabit >> onboard, >> >> >> controladora 512MB n?o vol?til e hotswap, fonte redundante, 3 anos de >> >> >> garantia e certifica??o suse/redhat/windows/vmware) >> >> >> > Algu?m tem indica??o de um vendedor da Ingram ou fornecedor IBM? >> >> >> > Estou com propostas da HP e DELL em m?os mas est?o 20% acima do que >> >> >> pretendo gastar, sendo que a DELL est? 5% mais em conta que a HP >> >> >> > Antecipadamente agrade?o qualquer ajuda >> >> >> > !3runo Cabral >> >> >> > >> >> >> > --Cursos e Consultoria BGP e OSPF >> >> >> > >> >> >> > __ >> >> >> > 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 >> >> >> > __ >> > 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 > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From bruno at openline.com.br Sun Sep 18 21:32:33 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Sun, 18 Sep 2016 21:32:33 -0300 Subject: [MASOCH-L] Firewall -j DROP: sugestoes do que deixar passar? Message-ID: Prezados Estou mudando o FORWARD do firewall do hospital publico onde trabalho para DROP, e gostaria de saber se os senhores conhecem ou podem compartilhar alguma lista de sites (e suas portas estranhas) de governo que eu deva deixar passar for?osamente (java exceptions tamb?m vale) Ja detectei alguns sites com porta 9090 e 8080 mas imagino que existem bem mais. Os convencionais (porta 80) o squidguard esta dando conta, mas com ultrasurfs e afins usando porta 443 imagino que irei arrumar uma baita confus?o pelo menos nos primeiros dias Para diminuir o problema, j? organizamos os usuarios em classes (pode tudo, so pode sites do governo, pode porta 80 mas com restricao a sites "improdutivos" e "pornograficos" e uma classe que so aceita alguns poucos sites - restante deny) Qualquer sugest?o para tornar o processo mais indolor ser? bem vinda []s !3runo Cabral From bruno at openline.com.br Sun Sep 18 21:41:53 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Sun, 18 Sep 2016 21:41:53 -0300 Subject: [MASOCH-L] CMTS Message-ID: Algum provedor que nao faz parte da NET usa CMTS padr?o DOCSIS? Caso positivo me contate em privado (skype ? o meu e-mail) pois tenho uma oferta que pode interessar !3runo Cabral From rubensk at gmail.com Sun Sep 18 21:42:16 2016 From: rubensk at gmail.com (Rubens Kuhl) Date: Sun, 18 Sep 2016 21:42:16 -0300 Subject: [MASOCH-L] Firewall -j DROP: sugestoes do que deixar passar? In-Reply-To: References: Message-ID: Porta 5443 ? um cl?ssico de porta alternativa para TLS; portas 81 e 82, para HTTP. Rubens 2016-09-18 21:32 GMT-03:00 Bruno Cabral : > Prezados > > Estou mudando o FORWARD do firewall do hospital publico onde trabalho para > DROP, e gostaria de saber se os senhores conhecem ou podem compartilhar > alguma lista de sites (e suas portas estranhas) de governo que eu deva > deixar passar for?osamente (java exceptions tamb?m vale) > > Ja detectei alguns sites com porta 9090 e 8080 mas imagino que existem bem > mais. Os convencionais (porta 80) o squidguard esta dando conta, mas com > ultrasurfs e afins usando porta 443 imagino que irei arrumar uma baita > confus?o pelo menos nos primeiros dias > > Para diminuir o problema, j? organizamos os usuarios em classes (pode > tudo, so pode sites do governo, pode porta 80 mas com restricao a sites > "improdutivos" e "pornograficos" e uma classe que so aceita alguns poucos > sites - restante deny) > > Qualquer sugest?o para tornar o processo mais indolor ser? bem vinda > > []s > !3runo Cabral > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From flavioresciadias at gmail.com Sun Sep 18 22:34:40 2016 From: flavioresciadias at gmail.com (Flavio Rescia Dias) Date: Sun, 18 Sep 2016 22:34:40 -0300 Subject: [MASOCH-L] Firewall -j DROP: sugestoes do que deixar passar? In-Reply-To: References: Message-ID: Algumas coisas ser? melhor fazer via IPs de destino, se voc? abrir portas por alguma aplica??o rodar nela,ogo voc? tera policy accept. Sei que isso ? p?ssimo pois ter? que mexer sempre que o provedor do conte?do mude ou use algum m?todo mais moderno de distribui??o, mas policy drop ? isso, gato e rato. Um inspesor de protocolo pode te ajudar tamb?m. -- Fl?vio Rescia Dias On Sep 18, 2016 9:42 PM, "Rubens Kuhl" wrote: > Porta 5443 ? um cl?ssico de porta alternativa para TLS; portas 81 e 82, > para HTTP. > > > Rubens > > > 2016-09-18 21:32 GMT-03:00 Bruno Cabral : > > > Prezados > > > > Estou mudando o FORWARD do firewall do hospital publico onde trabalho > para > > DROP, e gostaria de saber se os senhores conhecem ou podem compartilhar > > alguma lista de sites (e suas portas estranhas) de governo que eu deva > > deixar passar for?osamente (java exceptions tamb?m vale) > > > > Ja detectei alguns sites com porta 9090 e 8080 mas imagino que existem > bem > > mais. Os convencionais (porta 80) o squidguard esta dando conta, mas com > > ultrasurfs e afins usando porta 443 imagino que irei arrumar uma baita > > confus?o pelo menos nos primeiros dias > > > > Para diminuir o problema, j? organizamos os usuarios em classes (pode > > tudo, so pode sites do governo, pode porta 80 mas com restricao a sites > > "improdutivos" e "pornograficos" e uma classe que so aceita alguns poucos > > sites - restante deny) > > > > Qualquer sugest?o para tornar o processo mais indolor ser? bem vinda > > > > []s > > !3runo Cabral > > > > __ > > 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 Sep 19 10:52:30 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Mon, 19 Sep 2016 10:52:30 -0300 (BRT) Subject: [MASOCH-L] Firewall -j DROP: sugestoes do que deixar passar? In-Reply-To: References: Message-ID: On Sun, 18 Sep 2016, Bruno Cabral wrote: > Estou mudando o FORWARD do firewall do hospital publico onde trabalho > para DROP, e gostaria de saber se os senhores conhecem ou podem > compartilhar alguma lista de sites (e suas portas estranhas) de governo > que eu deva deixar passar for?osamente (java exceptions tamb?m vale) Chiii... Melhor n?o fazer isso. A criatividade heterodoxa dos informetas dos servi?os p?blicos ? quase infinita. From listas at leonardoamaral.com.br Mon Sep 19 11:38:43 2016 From: listas at leonardoamaral.com.br (Leonardo Amaral - Listas) Date: Mon, 19 Sep 2016 11:38:43 -0300 Subject: [MASOCH-L] Firewall -j DROP: sugestoes do que deixar passar? In-Reply-To: References: Message-ID: Em 18 de setembro de 2016 21:32, Bruno Cabral escreveu: > Estou mudando o FORWARD do firewall do hospital publico onde trabalho para > DROP, e gostaria de saber se os senhores conhecem ou podem compartilhar > alguma lista de sites (e suas portas estranhas) de governo que eu deva > deixar passar for?osamente (java exceptions tamb?m vale) > Que consigo me lembrar de cara: 1) Conectividade Social: http://www.zago.eti.br/squid/conectividade-social.html 2) Eventualmente alguma coisa sobre o TISS: http://ans.gov.br/prestadores/tiss-troca-de-informacao-de-saude-suplementar/padrao-tiss-versao-3-03-00 (Embora ele use XML, ele exige comunica??o TLS, dai tem que ver como as prestadoras t?o usando isso, j? que tem tempo que n?o vejo TISS). [image: --] Leonardo Amaral [image: https://]about.me/leonardo.amaral From rodrigo at 1telecom.com.br Tue Sep 20 08:56:32 2016 From: rodrigo at 1telecom.com.br (Rodrigo Augusto) Date: Tue, 20 Sep 2016 08:56:32 -0300 Subject: [MASOCH-L] IOS10 sem vpn PPTP Message-ID: Algu?m j? atualizou para o IOS 10 os iPhone e viu que nao tem mais o protocolo PPTP para VPN ? Como resolver? Rodrigo Augusto Gestor de T.I. Grupo Connectoway http://www.connectoway.com.br http://www.1telecom.com.br * rodrigo at connectoway.com.br ( (81) 3497-6060 ( (81) 8184-3646 ( INOC-DBA 52965*100 From rodrigo at 1telecom.com.br Tue Sep 20 08:59:57 2016 From: rodrigo at 1telecom.com.br (Rodrigo Augusto) Date: Tue, 20 Sep 2016 08:59:57 -0300 Subject: [MASOCH-L] IOS10 sem vpn PPTP Message-ID: https://support.apple.com/pt-br/HT206844 Retiraram tamb?m dos mac ?.. Rodrigo Augusto Gestor de T.I. Grupo Connectoway http://www.connectoway.com.br http://www.1telecom.com.br * rodrigo at connectoway.com.br ( (81) 3497-6060 ( (81) 8184-3646 ( INOC-DBA 52965*100 On 20/09/16 08:56, "masoch-l on behalf of Rodrigo Augusto" wrote: >Algu?m j? atualizou para o IOS 10 os iPhone e viu que nao tem mais o >protocolo PPTP para VPN ? >Como resolver? > >Rodrigo Augusto >Gestor de T.I. Grupo Connectoway >http://www.connectoway.com.br >http://www.1telecom.com.br >* rodrigo at connectoway.com.br >( (81) 3497-6060 >( (81) 8184-3646 >( INOC-DBA 52965*100 > > >__ >masoch-l list >https://eng.registro.br/mailman/listinfo/masoch-l From erigler at gmail.com Tue Sep 20 08:52:01 2016 From: erigler at gmail.com (Eduardo Rigler) Date: Tue, 20 Sep 2016 08:52:01 -0300 Subject: [MASOCH-L] IOS10 sem vpn PPTP In-Reply-To: References: Message-ID: Falhas de seguran?a ? parte eu j? tomei um belo chute no saco quando removeram o servidor VPN-PPTP do PfSense tamb?m =/ []?s 2016-09-20 8:56 GMT-03:00 Rodrigo Augusto : > Algu?m j? atualizou para o IOS 10 os iPhone e viu que nao tem mais o > protocolo PPTP para VPN ? > Como resolver? > > Rodrigo Augusto > Gestor de T.I. Grupo Connectoway > http://www.connectoway.com.br > http://www.1telecom.com.br > * rodrigo at connectoway.com.br > ( (81) 3497-6060 > ( (81) 8184-3646 > ( INOC-DBA 52965*100 > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rodrigo at 1telecom.com.br Tue Sep 20 09:22:58 2016 From: rodrigo at 1telecom.com.br (Rodrigo Augusto) Date: Tue, 20 Sep 2016 09:22:58 -0300 Subject: [MASOCH-L] zmlogger zimbra +centos64bits Message-ID: Algu?m j? passou por isso?! O processo do zmlogger fica em 100% por grande parte do tempo tornando as conex?es lentas no servidor zimbra? J? fiz umas altera??es que melhoraram um pouco, por?m ainda continua?e ele s? usa um n?cleo do servidor?.j? fiz estes procedimentos que dera uma melhorada? https://forums.zimbra.org/viewtopic.php?t=38955 Nao sei se ? porque o pessoal usa muito o zimbra client por aqui e ele fica no imap a hora toda?.. Seria isso o aumento do processamento do zmlogger ? Algu?m pode ajudar? Rodrigo Augusto Gestor de T.I. Grupo Connectoway http://www.connectoway.com.br http://www.1telecom.com.br * rodrigo at connectoway.com.br ( (81) 3497-6060 ( (81) 8184-3646 ( INOC-DBA 52965*100 From leandro at spfbl.net Tue Sep 20 09:24:19 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 09:24:19 -0300 Subject: [MASOCH-L] Powered by SPFBL Message-ID: Pessoal. Ser? que os spammers olham esses banners do SMTP? ubuntu at matrix:~$ telnet mx-br.spfbl.net 25 Trying 52.67.56.140... Connected to mx-br.spfbl.net. Escape character is '^]'. 220 mx-br.spfbl.net ESMTP Exim 4.82 powered by SPFBL Voc?s acham que d? para tocar medo neles desse jeito? Tipo: se voc? tem m?s inten??es, essa ? sua ?ltima chance de cair fora para n?o ter sua reputa??o publicamente arrasada. Aproveitando a mensagem, j? estamos com 3 dom?nios testando no nosso MX de filtro. Precisamos de mais volume para conhecer o custo para manter um servi?o desse tipo. Ent?o quem mais tiver interesse em testar com a gente, entre em contato privado. Abra?os, Leandro SPFBL.net From lucas.bocchi at gmail.com Tue Sep 20 10:06:14 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Tue, 20 Sep 2016 10:06:14 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Leandro Eles n?o olham nada. Atolam o MX de conex?o mesmo sabendo que o e-mail n?o vai ser entregue. Em 20 de setembro de 2016 09:24, Leandro escreveu: > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > ubuntu at matrix:~$ telnet mx-br.spfbl.net 25 > Trying 52.67.56.140... > Connected to mx-br.spfbl.net. > Escape character is '^]'. > 220 mx-br.spfbl.net ESMTP Exim 4.82 powered by SPFBL > > Voc?s acham que d? para tocar medo neles desse jeito? Tipo: se voc? tem m?s > inten??es, essa ? sua ?ltima chance de cair fora para n?o ter sua reputa??o > publicamente arrasada. > > Aproveitando a mensagem, j? estamos com 3 dom?nios testando no nosso MX de > filtro. Precisamos de mais volume para conhecer o custo para manter um > servi?o desse tipo. Ent?o quem mais tiver interesse em testar com a gente, > entre em contato privado. > > Abra?os, > Leandro > SPFBL.net > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leandro at spfbl.net Tue Sep 20 10:23:15 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 10:23:15 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Bom saber Lucas. Levantei essa d?vida porque o sucesso do servi?o que estamos dispostos a oferecer depende diretamente da capacidade de for?ar os enviadores a reduzirem o volume de SPAM para os dom?nios atendidos. Quanto menor for o volume de SPAM, menor ser? o processamento e portanto menor ser? o custo. Isso facilitaria repassar o pre?o mais baixo e conseguir anteder mais clientes para compensar a redu??o do pre?o. Qualquer t?cnica capaz de reduzir este tipo de volume ser? bem vinda. Abra?os, Leandro SPFBL.net Em 20 de setembro de 2016 10:06, Lucas Willian Bocchi < lucas.bocchi at gmail.com> escreveu: > Leandro > Eles n?o olham nada. Atolam o MX de conex?o mesmo sabendo que o e-mail n?o > vai ser entregue. > > Em 20 de setembro de 2016 09:24, Leandro escreveu: > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > ubuntu at matrix:~$ telnet mx-br.spfbl.net 25 > > Trying 52.67.56.140... > > Connected to mx-br.spfbl.net. > > Escape character is '^]'. > > 220 mx-br.spfbl.net ESMTP Exim 4.82 powered by SPFBL > > > > Voc?s acham que d? para tocar medo neles desse jeito? Tipo: se voc? tem > m?s > > inten??es, essa ? sua ?ltima chance de cair fora para n?o ter sua > reputa??o > > publicamente arrasada. > > > > Aproveitando a mensagem, j? estamos com 3 dom?nios testando no nosso MX > de > > filtro. Precisamos de mais volume para conhecer o custo para manter um > > servi?o desse tipo. Ent?o quem mais tiver interesse em testar com a > gente, > > entre em contato privado. > > > > 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 rubensk at gmail.com Tue Sep 20 10:25:01 2016 From: rubensk at gmail.com (Rubens Kuhl) Date: Tue, 20 Sep 2016 10:25:01 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: 2016-09-20 9:24 GMT-03:00 Leandro : > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails requer a oferta do primog?nito de quem est? enviando. N?o vai diminuir em nada o volume de e-mails, pode apostar... Rubens From kolt at frag.com.br Tue Sep 20 10:27:03 2016 From: kolt at frag.com.br (Guilherme Boing) Date: Tue, 20 Sep 2016 10:27:03 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON Message-ID: Pessoal, A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de retornos de MAILER-DAEMON por diversas raz?es diferentes. Tem alguma maneira de filtrar ou redirecionar os emails recebidos por MAILER-DAEMON ? Ou algo mais simples de se fazer do que um redirecionamento ? Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria pra /dev/null) e inserir um Reply-To para uma conta verdadeira. T? no caminho certo ? From leandro at spfbl.net Tue Sep 20 10:34:01 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 10:34:01 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Em 20 de setembro de 2016 10:25, Rubens Kuhl escreveu: > 2016-09-20 9:24 GMT-03:00 Leandro : > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails requer a > oferta do primog?nito de quem est? enviando. N?o vai diminuir em nada o > volume de e-mails, pode apostar... > kkkkkk boa! Bora ent?o explorar outras t?cnicas que funcionem. Valeu! > > > Rubens > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From lucas.bocchi at gmail.com Tue Sep 20 10:40:22 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Tue, 20 Sep 2016 10:40:22 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: A coisa mais importante voc? j? est? fazendo: listar o spammer. Enviar e-mail tentando avisar do spam, etc, isso pra quem ? spammer profissional n?o adianta. O que voc? poderia fazer pra ajudar ? criar uma big rede pra automaticamente mandar um DDOS pra esses caras e derrubar eles definitivamente por horas, dias, semanas, meses, anos, d?cadas, s?culos, mil?nios... Em 20 de setembro de 2016 10:34, Leandro escreveu: > Em 20 de setembro de 2016 10:25, Rubens Kuhl escreveu: > > > 2016-09-20 9:24 GMT-03:00 Leandro : > > > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails requer a > > oferta do primog?nito de quem est? enviando. N?o vai diminuir em nada o > > volume de e-mails, pode apostar... > > > > kkkkkk boa! > > Bora ent?o explorar outras t?cnicas que funcionem. > > Valeu! > > > > > > > > Rubens > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From smuxbr at gmail.com Tue Sep 20 10:44:12 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Tue, 20 Sep 2016 10:44:12 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Espero que n?o tenha nenhum spammer de olho nessa lista... Em 20 de setembro de 2016 10:40, Lucas Willian Bocchi < lucas.bocchi at gmail.com> escreveu: > A coisa mais importante voc? j? est? fazendo: listar o spammer. Enviar > e-mail tentando avisar do spam, etc, isso pra quem ? spammer profissional > n?o adianta. > O que voc? poderia fazer pra ajudar ? criar uma big rede pra > automaticamente mandar um DDOS pra esses caras e derrubar eles > definitivamente por horas, dias, semanas, meses, anos, d?cadas, s?culos, > mil?nios... > > Em 20 de setembro de 2016 10:34, Leandro escreveu: > > > Em 20 de setembro de 2016 10:25, Rubens Kuhl > escreveu: > > > > > 2016-09-20 9:24 GMT-03:00 Leandro : > > > > > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > > > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails > requer a > > > oferta do primog?nito de quem est? enviando. N?o vai diminuir em nada o > > > volume de e-mails, pode apostar... > > > > > > > kkkkkk boa! > > > > Bora ent?o explorar outras t?cnicas que funcionem. > > > > Valeu! > > > > > > > > > > > > > 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 > From leandro at spfbl.net Tue Sep 20 10:46:28 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 10:46:28 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Caramba genial! Quando nossa rede for grande o suficiente, com centenas de n?s, vamos voltar nesse assunto e chamar a galera de seguran?a para ajudar a gente. :-) Leandro SPFBL.net Em 20 de setembro de 2016 10:40, Lucas Willian Bocchi < lucas.bocchi at gmail.com> escreveu: > A coisa mais importante voc? j? est? fazendo: listar o spammer. Enviar > e-mail tentando avisar do spam, etc, isso pra quem ? spammer profissional > n?o adianta. > O que voc? poderia fazer pra ajudar ? criar uma big rede pra > automaticamente mandar um DDOS pra esses caras e derrubar eles > definitivamente por horas, dias, semanas, meses, anos, d?cadas, s?culos, > mil?nios... > > Em 20 de setembro de 2016 10:34, Leandro escreveu: > > > Em 20 de setembro de 2016 10:25, Rubens Kuhl > escreveu: > > > > > 2016-09-20 9:24 GMT-03:00 Leandro : > > > > > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > > > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails > requer a > > > oferta do primog?nito de quem est? enviando. N?o vai diminuir em nada o > > > volume de e-mails, pode apostar... > > > > > > > kkkkkk boa! > > > > Bora ent?o explorar outras t?cnicas que funcionem. > > > > Valeu! > > > > > > > > > > > > > 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 > From lucas.bocchi at gmail.com Tue Sep 20 10:50:56 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Tue, 20 Sep 2016 10:50:56 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Spam ser? uma eterna luta de gato e rato, at? que o e-mail se torne uma ferramenta obsoleta. Quanto mais restri??es forem criadas, mais especializado e sofisticado ser? o spam, n?o tem jeito. Em 20 de setembro de 2016 10:46, Leandro escreveu: > Caramba genial! > > Quando nossa rede for grande o suficiente, com centenas de n?s, vamos > voltar nesse assunto e chamar a galera de seguran?a para ajudar a gente. > :-) > > Leandro > SPFBL.net > > Em 20 de setembro de 2016 10:40, Lucas Willian Bocchi < > lucas.bocchi at gmail.com> escreveu: > > > A coisa mais importante voc? j? est? fazendo: listar o spammer. Enviar > > e-mail tentando avisar do spam, etc, isso pra quem ? spammer profissional > > n?o adianta. > > O que voc? poderia fazer pra ajudar ? criar uma big rede pra > > automaticamente mandar um DDOS pra esses caras e derrubar eles > > definitivamente por horas, dias, semanas, meses, anos, d?cadas, s?culos, > > mil?nios... > > > > Em 20 de setembro de 2016 10:34, Leandro escreveu: > > > > > Em 20 de setembro de 2016 10:25, Rubens Kuhl > > escreveu: > > > > > > > 2016-09-20 9:24 GMT-03:00 Leandro : > > > > > > > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > > > > > > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails > > requer a > > > > oferta do primog?nito de quem est? enviando. N?o vai diminuir em > nada o > > > > volume de e-mails, pode apostar... > > > > > > > > > > kkkkkk boa! > > > > > > Bora ent?o explorar outras t?cnicas que funcionem. > > > > > > Valeu! > > > > > > > > > > > > > > > > > > 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 > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From alexandre at specialist.srv.br Tue Sep 20 10:51:40 2016 From: alexandre at specialist.srv.br (Alexandre C. Fonseca) Date: Tue, 20 Sep 2016 10:51:40 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: Message-ID: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> quem deve receber os erros sao os remetentes que enviaram os emails.. se volta erro direto, tem coisa errada nos envios ai... tao fazendo mala direta (spam)? eh bom rever os conceitos! uma mala direta "policitamente correta" a propria lista trataria os erros q voltam e vai removendo os emails da lista para evitar novos erros depois... att, On 20/09/2016 10:27, Guilherme Boing wrote: > Pessoal, > > A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de retornos > de MAILER-DAEMON por diversas raz?es diferentes. > > Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > MAILER-DAEMON ? > Ou algo mais simples de se fazer do que um redirecionamento ? > > Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria > pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > T? no caminho certo ? > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From leandro at spfbl.net Tue Sep 20 10:52:38 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 10:52:38 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Eu j? penso diferente Roberto. As melhores solu??es s?o aquelas de dom?nio p?blico e que existe um consenso que n?o adianta lutar contra. Se nossa solu??o for mesmo desse tipo, estou me lixando para eles. :-) Em 20 de setembro de 2016 10:44, Roberto Lima escreveu: > Espero que n?o tenha nenhum spammer de olho nessa lista... > > Em 20 de setembro de 2016 10:40, Lucas Willian Bocchi < > lucas.bocchi at gmail.com> escreveu: > > > A coisa mais importante voc? j? est? fazendo: listar o spammer. Enviar > > e-mail tentando avisar do spam, etc, isso pra quem ? spammer profissional > > n?o adianta. > > O que voc? poderia fazer pra ajudar ? criar uma big rede pra > > automaticamente mandar um DDOS pra esses caras e derrubar eles > > definitivamente por horas, dias, semanas, meses, anos, d?cadas, s?culos, > > mil?nios... > > > > Em 20 de setembro de 2016 10:34, Leandro escreveu: > > > > > Em 20 de setembro de 2016 10:25, Rubens Kuhl > > escreveu: > > > > > > > 2016-09-20 9:24 GMT-03:00 Leandro : > > > > > > > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > > > > > > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails > > requer a > > > > oferta do primog?nito de quem est? enviando. N?o vai diminuir em > nada o > > > > volume de e-mails, pode apostar... > > > > > > > > > > kkkkkk boa! > > > > > > Bora ent?o explorar outras t?cnicas que funcionem. > > > > > > Valeu! > > > > > > > > > > > > > > > > > > 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 > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From erigler at gmail.com Tue Sep 20 10:54:59 2016 From: erigler at gmail.com (Eduardo Rigler) Date: Tue, 20 Sep 2016 10:54:59 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: +1! N?o d? pra simplesmente mandar pra /dev/null pra se livrar do "problema", em dois tempos vc entra em blacklist e o molho vai sair mais caro que o peixe. []?s Em 20 de setembro de 2016 10:51, Alexandre C. Fonseca < alexandre at specialist.srv.br> escreveu: > quem deve receber os erros sao os remetentes que enviaram os emails.. > > se volta erro direto, tem coisa errada nos envios ai... > > tao fazendo mala direta (spam)? eh bom rever os conceitos! > > uma mala direta "policitamente correta" a propria lista trataria os erros > q voltam e vai removendo os emails da lista para evitar novos erros > depois... > > att, > > > > On 20/09/2016 10:27, Guilherme Boing wrote: > >> Pessoal, >> >> A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de >> retornos >> de MAILER-DAEMON por diversas raz?es diferentes. >> >> Tem alguma maneira de filtrar ou redirecionar os emails recebidos por >> MAILER-DAEMON ? >> Ou algo mais simples de se fazer do que um redirecionamento ? >> >> Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em >> colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria >> pra /dev/null) e inserir um Reply-To para uma conta verdadeira. >> >> T? no caminho certo ? >> __ >> 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 Tue Sep 20 10:58:07 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 10:58:07 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: Message-ID: Guilherme, Recomendo fortemente voc? olhar direito os motivos dessas rejei??es, principalmente se tiver prefixo '5XX 5.7.1 SPFBL '. Neste ultimo caso, se houver mesmo, cada vez que voc? recebe um destes significa que ganhou um ponto negativo na nossa rede de reputa??o P2P. Temos v?rios provedores rodando SPFBL e voc? pode receber uma rejei??o dessa possivelmente em qualquer lugar. J? em outros casos, ? importante limpar a lista de contatos com erros permanentes, como endere?o inexistente por exemplo. Abra?os, Leandro SPFBL.net Em 20 de setembro de 2016 10:27, Guilherme Boing escreveu: > Pessoal, > > A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de retornos > de MAILER-DAEMON por diversas raz?es diferentes. > > Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > MAILER-DAEMON ? > Ou algo mais simples de se fazer do que um redirecionamento ? > > Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria > pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > T? no caminho certo ? > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leandro at spfbl.net Tue Sep 20 11:02:05 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 11:02:05 -0300 Subject: [MASOCH-L] Powered by SPFBL In-Reply-To: References: Message-ID: Com certeza Lucas. Mas a chave para resolver esse problema ? tornar o SPAM muito mais caro para quem envia. Assim o jogo fica balanceado. O SPAM nunca vai parar mas s? de tornar ele mais caro j? quebra economicamente v?rios spammers de fundo de quintal, que s?o respons?veis pelo maior volume total. Em 20 de setembro de 2016 10:50, Lucas Willian Bocchi < lucas.bocchi at gmail.com> escreveu: > Spam ser? uma eterna luta de gato e rato, at? que o e-mail se torne uma > ferramenta obsoleta. Quanto mais restri??es forem criadas, mais > especializado e sofisticado ser? o spam, n?o tem jeito. > > Em 20 de setembro de 2016 10:46, Leandro escreveu: > > > Caramba genial! > > > > Quando nossa rede for grande o suficiente, com centenas de n?s, vamos > > voltar nesse assunto e chamar a galera de seguran?a para ajudar a gente. > > :-) > > > > Leandro > > SPFBL.net > > > > Em 20 de setembro de 2016 10:40, Lucas Willian Bocchi < > > lucas.bocchi at gmail.com> escreveu: > > > > > A coisa mais importante voc? j? est? fazendo: listar o spammer. Enviar > > > e-mail tentando avisar do spam, etc, isso pra quem ? spammer > profissional > > > n?o adianta. > > > O que voc? poderia fazer pra ajudar ? criar uma big rede pra > > > automaticamente mandar um DDOS pra esses caras e derrubar eles > > > definitivamente por horas, dias, semanas, meses, anos, d?cadas, > s?culos, > > > mil?nios... > > > > > > Em 20 de setembro de 2016 10:34, Leandro escreveu: > > > > > > > Em 20 de setembro de 2016 10:25, Rubens Kuhl > > > escreveu: > > > > > > > > > 2016-09-20 9:24 GMT-03:00 Leandro : > > > > > > > > > > > Pessoal. Ser? que os spammers olham esses banners do SMTP? > > > > > > > > > > > > > > > > > N?o. Fa?a um teste, colocando no banner que a entrega de e-mails > > > requer a > > > > > oferta do primog?nito de quem est? enviando. N?o vai diminuir em > > nada o > > > > > volume de e-mails, pode apostar... > > > > > > > > > > > > > kkkkkk boa! > > > > > > > > Bora ent?o explorar outras t?cnicas que funcionem. > > > > > > > > Valeu! > > > > > > > > > > > > > > > > > > > > > > > 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 > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From abadan at gmail.com Tue Sep 20 11:18:43 2016 From: abadan at gmail.com (Diego Abadan) Date: Tue, 20 Sep 2016 11:18:43 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: Message-ID: Sugiro utilizar um software (ou servi?o) especializado para envio destas mensagens (ex.: o Mailman que estamos utilizando nesta lista aqui), assim ele ir? receber e tratar estas mensagens de retorno, os pedidos de cancelamento, etc. Al?m do remetente n?o receber estas mensagens de retorno, voc? ter? outros benef?cios como a automatiza??o da manuten??o desta lista de endere?os, evitar que o IP seja bloqueado por repetidas tentativas de envio para endere?os inexistentes, eventualmente relat?rios de menagens entregues e abertas, etc. Remover endere?os inexistente da lista, por exemplo, ? uma boa pr?tica importante. abra?o, Diego Em 20 de setembro de 2016 10:27, Guilherme Boing escreveu: > Pessoal, > > A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de retornos > de MAILER-DAEMON por diversas raz?es diferentes. > > Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > MAILER-DAEMON ? > Ou algo mais simples de se fazer do que um redirecionamento ? > > Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria > pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > T? no caminho certo ? > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From kolt at frag.com.br Tue Sep 20 11:38:52 2016 From: kolt at frag.com.br (Guilherme Boing) Date: Tue, 20 Sep 2016 11:38:52 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: N?o ? spam n?o, mas a empresa aqui envia pelo menos 1 email pra cada cliente todos os dias com algumas notifica??es do sistema. E tem cliente que tem o email registrado desde 2006 e nem possui mais o email, embora ele continue populando a base. Ai acontece de recebermos milhares de emails de retorno por: usu?rio inexistente, over quota, dom?nio n?o reconhecido, etc. O ideal era realizar uma limpeza dessa base, mas a galera n?o tem interesse nisso. S? se interessam em dizer que a caixa de entrada est? cheia de retornos de erro dos emails enviados. Consegui sanar o problema com o error_notice_recipient e notify_classes. Agora retorno os erros pra um endere?o espec?fico, e n?o o remetente. 2016-09-20 10:51 GMT-03:00 Alexandre C. Fonseca : > quem deve receber os erros sao os remetentes que enviaram os emails.. > > se volta erro direto, tem coisa errada nos envios ai... > > tao fazendo mala direta (spam)? eh bom rever os conceitos! > > uma mala direta "policitamente correta" a propria lista trataria os erros > q voltam e vai removendo os emails da lista para evitar novos erros > depois... > > att, > > > > On 20/09/2016 10:27, Guilherme Boing wrote: > >> Pessoal, >> >> A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de >> retornos >> de MAILER-DAEMON por diversas raz?es diferentes. >> >> Tem alguma maneira de filtrar ou redirecionar os emails recebidos por >> MAILER-DAEMON ? >> Ou algo mais simples de se fazer do que um redirecionamento ? >> >> Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em >> colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria >> pra /dev/null) e inserir um Reply-To para uma conta verdadeira. >> >> T? no caminho certo ? >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rubensk at gmail.com Tue Sep 20 11:50:19 2016 From: rubensk at gmail.com (Rubens Kuhl) Date: Tue, 20 Sep 2016 11:50:19 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: 2016-09-20 11:38 GMT-03:00 Guilherme Boing : > N?o ? spam n?o, mas a empresa aqui envia pelo menos 1 email pra cada > cliente todos os dias com algumas notifica??es do sistema. > E tem cliente que tem o email registrado desde 2006 e nem possui mais o > email, embora ele continue populando a base. > > Ai acontece de recebermos milhares de emails de retorno por: usu?rio > inexistente, over quota, dom?nio n?o reconhecido, etc. > O ideal era realizar uma limpeza dessa base, mas a galera n?o tem interesse > nisso. S? se interessam em dizer que a caixa de entrada est? cheia de > retornos de erro dos emails enviados. > > Consegui sanar o problema com o error_notice_recipient e notify_classes. > Agora retorno os erros pra um endere?o espec?fico, e n?o o remetente. > Depois n?o fique surpreso se entrar em listas de bloqueio... Rubens From lucas.bocchi at gmail.com Tue Sep 20 11:50:46 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Tue, 20 Sep 2016 11:50:46 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: Guilherme. O pessoal do nosso ERP tem uma conta de e-mail padr?o (erp at dom?nio) que ? consultado a cada 10 minutos. Ele processa os cabe?alhos de retorno e bloqueia o cliente e grava uma observa??o no cadastro que o e-mail ? inv?lido. O pessoal do cadastro ? obrigado ou a limpar o e-mail do cliente ou consertar o endere?o pra poder continuar. Quando o cliente fica bloqueado, n?o se envia mais mensagens para ele, ent?o a? fica resolvido o problema!! Em 20 de setembro de 2016 11:38, Guilherme Boing escreveu: > N?o ? spam n?o, mas a empresa aqui envia pelo menos 1 email pra cada > cliente todos os dias com algumas notifica??es do sistema. > E tem cliente que tem o email registrado desde 2006 e nem possui mais o > email, embora ele continue populando a base. > > Ai acontece de recebermos milhares de emails de retorno por: usu?rio > inexistente, over quota, dom?nio n?o reconhecido, etc. > O ideal era realizar uma limpeza dessa base, mas a galera n?o tem interesse > nisso. S? se interessam em dizer que a caixa de entrada est? cheia de > retornos de erro dos emails enviados. > > Consegui sanar o problema com o error_notice_recipient e notify_classes. > Agora retorno os erros pra um endere?o espec?fico, e n?o o remetente. > > 2016-09-20 10:51 GMT-03:00 Alexandre C. Fonseca < > alexandre at specialist.srv.br > >: > > > quem deve receber os erros sao os remetentes que enviaram os emails.. > > > > se volta erro direto, tem coisa errada nos envios ai... > > > > tao fazendo mala direta (spam)? eh bom rever os conceitos! > > > > uma mala direta "policitamente correta" a propria lista trataria os erros > > q voltam e vai removendo os emails da lista para evitar novos erros > > depois... > > > > att, > > > > > > > > On 20/09/2016 10:27, Guilherme Boing wrote: > > > >> Pessoal, > >> > >> A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de > >> retornos > >> de MAILER-DAEMON por diversas raz?es diferentes. > >> > >> Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > >> MAILER-DAEMON ? > >> Ou algo mais simples de se fazer do que um redirecionamento ? > >> > >> Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > >> colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon > seria > >> pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > >> > >> T? no caminho certo ? > >> __ > >> 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 leandro at spfbl.net Tue Sep 20 11:52:53 2016 From: leandro at spfbl.net (Leandro) Date: Tue, 20 Sep 2016 11:52:53 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: Guilherme, Refor?o o que eu disse antes. Limpe essa base pois muitos e-mails inexistentes se tornam spamtrap reciclados: https://www.emailmanager.com/br/blog/11/1463/entenda-o-que-e-uma-spam-trap-e-como-fugir-desta-armadilha.html O grande problema do spamtrap ? que voc? ? pontuado sem nem saber que est? sendo. Num futuro distante voc? ter? certamente problemas com listas negras. Abra?os, Leandro SPFBL.net Em 20 de setembro de 2016 11:38, Guilherme Boing escreveu: > N?o ? spam n?o, mas a empresa aqui envia pelo menos 1 email pra cada > cliente todos os dias com algumas notifica??es do sistema. > E tem cliente que tem o email registrado desde 2006 e nem possui mais o > email, embora ele continue populando a base. > > Ai acontece de recebermos milhares de emails de retorno por: usu?rio > inexistente, over quota, dom?nio n?o reconhecido, etc. > O ideal era realizar uma limpeza dessa base, mas a galera n?o tem interesse > nisso. S? se interessam em dizer que a caixa de entrada est? cheia de > retornos de erro dos emails enviados. > > Consegui sanar o problema com o error_notice_recipient e notify_classes. > Agora retorno os erros pra um endere?o espec?fico, e n?o o remetente. > > 2016-09-20 10:51 GMT-03:00 Alexandre C. Fonseca < > alexandre at specialist.srv.br > >: > > > quem deve receber os erros sao os remetentes que enviaram os emails.. > > > > se volta erro direto, tem coisa errada nos envios ai... > > > > tao fazendo mala direta (spam)? eh bom rever os conceitos! > > > > uma mala direta "policitamente correta" a propria lista trataria os erros > > q voltam e vai removendo os emails da lista para evitar novos erros > > depois... > > > > att, > > > > > > > > On 20/09/2016 10:27, Guilherme Boing wrote: > > > >> Pessoal, > >> > >> A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de > >> retornos > >> de MAILER-DAEMON por diversas raz?es diferentes. > >> > >> Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > >> MAILER-DAEMON ? > >> Ou algo mais simples de se fazer do que um redirecionamento ? > >> > >> Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > >> colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon > seria > >> pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > >> > >> T? no caminho certo ? > >> __ > >> 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 danton.nunes at inexo.com.br Tue Sep 20 12:45:51 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Tue, 20 Sep 2016 12:45:51 -0300 (BRT) Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: On Tue, 20 Sep 2016, Guilherme Boing wrote: > Ai acontece de recebermos milhares de emails de retorno por: usu?rio > inexistente, over quota, dom?nio n?o reconhecido, etc. > O ideal era realizar uma limpeza dessa base, mas a galera n?o tem interesse > nisso. S? se interessam em dizer que a caixa de entrada est? cheia de > retornos de erro dos emails enviados. h? v?rios gerenciadores de listas que sabem lidar com as mensagens retornadas e remover os endere?os IP inoperantes ou desatualizados. procure conhecer essas ferramentas e escolha a mais adequada ao seu ambiente, e que tenha essa fun??o de "autolimpeza". -- Danton From alex.montoanelli at unetvale.net Tue Sep 20 15:17:52 2016 From: alex.montoanelli at unetvale.net (Alex Montoanelli) Date: Tue, 20 Sep 2016 18:17:52 +0000 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: Guilherme, aqui fizemos o seguinte: No software que dispara os emails, adicionamos um header nosso personalizado ( X-CLIENTE-ID ) com o c?digo do cliente, e um outro Return-Path: para uma conta de emails para p?s-processamento. Temos um daemon, que loga na caixa do return-path, processa o e-mail, identifica o cliente - X-CLIENTE-ID, e depois toma alguma a??o baseada n diversas a??es. Quando por exemplo, o motivo ? 'mailbox unavailable', marcamos esse para que ele n?o receba mais e-mails e notificamos o gestor da conta do e-mail para atualizar o cadastro. Abra?o Em ter, 20 de set de 2016 ?s 11:53, Leandro escreveu: > Guilherme, > > Refor?o o que eu disse antes. Limpe essa base pois muitos e-mails > inexistentes se tornam spamtrap reciclados: > > > https://www.emailmanager.com/br/blog/11/1463/entenda-o-que-e-uma-spam-trap-e-como-fugir-desta-armadilha.html > > O grande problema do spamtrap ? que voc? ? pontuado sem nem saber que est? > sendo. > > Num futuro distante voc? ter? certamente problemas com listas negras. > > Abra?os, > Leandro > SPFBL.net > > Em 20 de setembro de 2016 11:38, Guilherme Boing > escreveu: > > > N?o ? spam n?o, mas a empresa aqui envia pelo menos 1 email pra cada > > cliente todos os dias com algumas notifica??es do sistema. > > E tem cliente que tem o email registrado desde 2006 e nem possui mais o > > email, embora ele continue populando a base. > > > > Ai acontece de recebermos milhares de emails de retorno por: usu?rio > > inexistente, over quota, dom?nio n?o reconhecido, etc. > > O ideal era realizar uma limpeza dessa base, mas a galera n?o tem > interesse > > nisso. S? se interessam em dizer que a caixa de entrada est? cheia de > > retornos de erro dos emails enviados. > > > > Consegui sanar o problema com o error_notice_recipient e notify_classes. > > Agora retorno os erros pra um endere?o espec?fico, e n?o o remetente. > > > > 2016-09-20 10:51 GMT-03:00 Alexandre C. Fonseca < > > alexandre at specialist.srv.br > > >: > > > > > quem deve receber os erros sao os remetentes que enviaram os emails.. > > > > > > se volta erro direto, tem coisa errada nos envios ai... > > > > > > tao fazendo mala direta (spam)? eh bom rever os conceitos! > > > > > > uma mala direta "policitamente correta" a propria lista trataria os > erros > > > q voltam e vai removendo os emails da lista para evitar novos erros > > > depois... > > > > > > att, > > > > > > > > > > > > On 20/09/2016 10:27, Guilherme Boing wrote: > > > > > >> Pessoal, > > >> > > >> A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de > > >> retornos > > >> de MAILER-DAEMON por diversas raz?es diferentes. > > >> > > >> Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > > >> MAILER-DAEMON ? > > >> Ou algo mais simples de se fazer do que um redirecionamento ? > > >> > > >> Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > > >> colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon > > seria > > >> pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > >> > > >> T? no caminho certo ? > > >> __ > > >> 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 lucas.bocchi at gmail.com Tue Sep 20 15:19:50 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Tue, 20 Sep 2016 15:19:50 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: <8c9a8300-1f59-541a-9260-988db6daa345@specialist.srv.br> Message-ID: Exatamente como o sistema nosso aqui faz. Em 20 de setembro de 2016 15:17, Alex Montoanelli < alex.montoanelli at unetvale.net> escreveu: > Guilherme, aqui fizemos o seguinte: > > No software que dispara os emails, adicionamos um header nosso > personalizado ( X-CLIENTE-ID ) > com o c?digo do cliente, e um outro Return-Path: para uma conta de emails > para p?s-processamento. > > Temos um daemon, que loga na caixa do return-path, processa o e-mail, > identifica o cliente - X-CLIENTE-ID, > e depois toma alguma a??o baseada n diversas a??es. > > Quando por exemplo, o motivo ? 'mailbox unavailable', marcamos esse para > que ele n?o > receba mais e-mails e notificamos o gestor da conta do e-mail para > atualizar o cadastro. > > Abra?o > > > Em ter, 20 de set de 2016 ?s 11:53, Leandro escreveu: > > > Guilherme, > > > > Refor?o o que eu disse antes. Limpe essa base pois muitos e-mails > > inexistentes se tornam spamtrap reciclados: > > > > > > https://www.emailmanager.com/br/blog/11/1463/entenda-o-que- > e-uma-spam-trap-e-como-fugir-desta-armadilha.html > > > > O grande problema do spamtrap ? que voc? ? pontuado sem nem saber que > est? > > sendo. > > > > Num futuro distante voc? ter? certamente problemas com listas negras. > > > > Abra?os, > > Leandro > > SPFBL.net > > > > Em 20 de setembro de 2016 11:38, Guilherme Boing > > escreveu: > > > > > N?o ? spam n?o, mas a empresa aqui envia pelo menos 1 email pra cada > > > cliente todos os dias com algumas notifica??es do sistema. > > > E tem cliente que tem o email registrado desde 2006 e nem possui mais o > > > email, embora ele continue populando a base. > > > > > > Ai acontece de recebermos milhares de emails de retorno por: usu?rio > > > inexistente, over quota, dom?nio n?o reconhecido, etc. > > > O ideal era realizar uma limpeza dessa base, mas a galera n?o tem > > interesse > > > nisso. S? se interessam em dizer que a caixa de entrada est? cheia de > > > retornos de erro dos emails enviados. > > > > > > Consegui sanar o problema com o error_notice_recipient e > notify_classes. > > > Agora retorno os erros pra um endere?o espec?fico, e n?o o remetente. > > > > > > 2016-09-20 10:51 GMT-03:00 Alexandre C. Fonseca < > > > alexandre at specialist.srv.br > > > >: > > > > > > > quem deve receber os erros sao os remetentes que enviaram os emails.. > > > > > > > > se volta erro direto, tem coisa errada nos envios ai... > > > > > > > > tao fazendo mala direta (spam)? eh bom rever os conceitos! > > > > > > > > uma mala direta "policitamente correta" a propria lista trataria os > > erros > > > > q voltam e vai removendo os emails da lista para evitar novos erros > > > > depois... > > > > > > > > att, > > > > > > > > > > > > > > > > On 20/09/2016 10:27, Guilherme Boing wrote: > > > > > > > >> Pessoal, > > > >> > > > >> A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de > > > >> retornos > > > >> de MAILER-DAEMON por diversas raz?es diferentes. > > > >> > > > >> Tem alguma maneira de filtrar ou redirecionar os emails recebidos > por > > > >> MAILER-DAEMON ? > > > >> Ou algo mais simples de se fazer do que um redirecionamento ? > > > >> > > > >> Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei > em > > > >> colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon > > > seria > > > >> pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > > >> > > > >> T? no caminho certo ? > > > >> __ > > > >> 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 > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From bruno at openline.com.br Tue Sep 20 19:35:43 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Tue, 20 Sep 2016 19:35:43 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: Message-ID: Fa?a um filtro para retirar os destinatarios desses MAILER-DAEMON da sua lista de envio, assim evita problemas futuros > A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de retornos > de MAILER-DAEMON por diversas raz?es diferentes. > > Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > MAILER-DAEMON ? > Ou algo mais simples de se fazer do que um redirecionamento ? > > Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria > pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > T? no caminho certo ? From smuxbr at gmail.com Tue Sep 20 19:57:30 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Tue, 20 Sep 2016 19:57:30 -0300 Subject: [MASOCH-L] Postfix e retornos MAILER-DAEMON In-Reply-To: References: Message-ID: No exim tem como fazer um filtro e jogar pra dev/null, mas assim como os outros colegas, tambem aconselho recomendar o uso de algum sistema de envios.. o poMMo costuma funcionar bem. Em 20 de setembro de 2016 19:35, Bruno Cabral escreveu: > Fa?a um filtro para retirar os destinatarios desses MAILER-DAEMON da sua > lista de envio, assim evita problemas futuros > > > A empresa aqui dispara uns 20mil emails por dia e tem um zilh?o de > retornos > > de MAILER-DAEMON por diversas raz?es diferentes. > > > > Tem alguma maneira de filtrar ou redirecionar os emails recebidos por > > MAILER-DAEMON ? > > Ou algo mais simples de se fazer do que um redirecionamento ? > > > > Quem recebe os MAILER-DAEMON ? o mesmo remetente dos emails. Pensei em > > colocar os remetentes como 'no-reply' (e o retorno do mailer-daemon seria > > pra /dev/null) e inserir um Reply-To para uma conta verdadeira. > > > > T? no caminho certo ? > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From marcio at zyontecnologia.com.br Thu Sep 22 15:05:57 2016 From: marcio at zyontecnologia.com.br (=?iso-8859-1?Q?M=E1rcio_A._Sepp?=) Date: Thu, 22 Sep 2016 15:05:57 -0300 Subject: [MASOCH-L] Mikrotik com 2 WANs dando problemas Message-ID: <000d01d214fb$f7bf6c70$e73e4550$@com.br> Boa tarde, Por ventura algu?m tem um mikrotik atualizado (vers?o 6.36.3) rodando com 2 WANs? Eu tenho um link de backup, mas que agora aparenta n?o estar funcionando... N?o sei se o problema est? no link de backup ou se est? na atualiza??o. Nas vers?es anteriores funcionava bem. From bruno at openline.com.br Thu Sep 22 18:08:23 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Thu, 22 Sep 2016 18:08:23 -0300 Subject: [MASOCH-L] Mikrotik com 2 WANs dando problemas In-Reply-To: <000d01d214fb$f7bf6c70$e73e4550$@com.br> References: <000d01d214fb$f7bf6c70$e73e4550$@com.br> Message-ID: Se inverter o backup pra principal, ele funciona? Qual m?todo de ativa??o de backup esta usando? Tem in?meras formas de fazer isso no MK !3runo Cabral -- Cursos e Consultoria BGP e OSPF > From: marcio at zyontecnologia.com.br > To: masoch-l at eng.registro.br > Date: Thu, 22 Sep 2016 15:05:57 -0300 > Subject: [MASOCH-L] Mikrotik com 2 WANs dando problemas > > > Boa tarde, > > > Por ventura algu?m tem um mikrotik atualizado (vers?o 6.36.3) rodando com 2 > WANs? > Eu tenho um link de backup, mas que agora aparenta n?o estar funcionando... > N?o sei se o problema est? no link de backup ou se est? na atualiza??o. Nas > vers?es anteriores funcionava bem. > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From marcio at zyontecnologia.com.br Thu Sep 22 20:52:02 2016 From: marcio at zyontecnologia.com.br (=?iso-8859-1?Q?M=E1rcio_A._Sepp?=) Date: Thu, 22 Sep 2016 20:52:02 -0300 Subject: [MASOCH-L] RES: Mikrotik com 2 WANs dando problemas In-Reply-To: References: <000d01d214fb$f7bf6c70$e73e4550$@com.br> Message-ID: <005c01d2152c$5112b310$f3381930$@com.br> > Se inverter o backup pra principal, ele funciona? N?o consigo inverter o cabo, pois estou remoto no equipamento. > Qual m?todo de ativa??o de backup esta usando? Tem in?meras formas de > fazer isso no MK Este: http://wiki.mikrotik.com/wiki/Two_gateways_failover From gabrielbh1000 at gmail.com Thu Sep 22 22:19:00 2016 From: gabrielbh1000 at gmail.com (Gabriel Coelho) Date: Thu, 22 Sep 2016 22:19:00 -0300 Subject: [MASOCH-L] RES: Mikrotik com 2 WANs dando problemas In-Reply-To: <005c01d2152c$5112b310$f3381930$@com.br> References: <000d01d214fb$f7bf6c70$e73e4550$@com.br> <005c01d2152c$5112b310$f3381930$@com.br> Message-ID: Fa?o desta mesma maneira e funciona. J? nem vou atualizar o mk... Em 22 de set de 2016 20:52, "M?rcio A. Sepp" escreveu: > > > Se inverter o backup pra principal, ele funciona? > > N?o consigo inverter o cabo, pois estou remoto no equipamento. > > > > Qual m?todo de ativa??o de backup esta usando? Tem in?meras formas de > > fazer isso no MK > > Este: > http://wiki.mikrotik.com/wiki/Two_gateways_failover > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From bruno at openline.com.br Thu Sep 22 23:18:26 2016 From: bruno at openline.com.br (Bruno Cabral) Date: Thu, 22 Sep 2016 23:18:26 -0300 Subject: [MASOCH-L] RES: Mikrotik com 2 WANs dando problemas In-Reply-To: <005c01d2152c$5112b310$f3381930$@com.br> References: <000d01d214fb$f7bf6c70$e73e4550$@com.br>, , <005c01d2152c$5112b310$f3381930$@com.br> Message-ID: Nao inverter o cabo, inverter a rota default de um link pro outro De preferencia em safe mode, pra desfazer caso voce perca o acesso Pergunta tola: os gateways sao IPs publicos? Caso positivo, esta com o NAT ligado nas duas saidas? !3runo -- Cursos e Consultoria BGP e OSPF > > Se inverter o backup pra principal, ele funciona? > > N?o consigo inverter o cabo, pois estou remoto no equipamento. > > > > Qual m?todo de ativa??o de backup esta usando? Tem in?meras formas de > > fazer isso no MK > > Este: > http://wiki.mikrotik.com/wiki/Two_gateways_failover > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From lucas.bocchi at gmail.com Fri Sep 23 06:38:11 2016 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Fri, 23 Sep 2016 06:38:11 -0300 Subject: [MASOCH-L] RES: Mikrotik com 2 WANs dando problemas In-Reply-To: References: <000d01d214fb$f7bf6c70$e73e4550$@com.br> <005c01d2152c$5112b310$f3381930$@com.br> Message-ID: Tenho configuracoes funcionando com saidas wan com failover configuradas deste jeito: check-gateway=ping e cada uma com um distance diferente. Funcionando 100% na versao 6.36.3. Em 22/09/2016 23:18, "Bruno Cabral" escreveu: > Nao inverter o cabo, inverter a rota default de um link pro outro > > De preferencia em safe mode, pra desfazer caso voce perca o acesso > > Pergunta tola: os gateways sao IPs publicos? Caso positivo, esta com o NAT > ligado nas duas saidas? > > !3runo > > -- > Cursos e Consultoria BGP e OSPF > > > > Se inverter o backup pra principal, ele funciona? > > > > N?o consigo inverter o cabo, pois estou remoto no equipamento. > > > > > > > Qual m?todo de ativa??o de backup esta usando? Tem in?meras formas de > > > fazer isso no MK > > > > Este: > > http://wiki.mikrotik.com/wiki/Two_gateways_failover > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From slvfelipe at gmail.com Fri Sep 23 15:44:59 2016 From: slvfelipe at gmail.com (Felipe Oliveira) Date: Fri, 23 Sep 2016 15:44:59 -0300 Subject: [MASOCH-L] RES: Mikrotik com 2 WANs dando problemas In-Reply-To: References: <000d01d214fb$f7bf6c70$e73e4550$@com.br> <005c01d2152c$5112b310$f3381930$@com.br> Message-ID: Tive problemas tamb?m com esta vers?o. Resolvi desativando o Fasttrack das regras de Forward. Agora funcionando perfeito. Em 23 de setembro de 2016 06:38, Lucas Willian Bocchi < lucas.bocchi at gmail.com> escreveu: > Tenho configuracoes funcionando com saidas wan com failover configuradas > deste jeito: check-gateway=ping e cada uma com um distance diferente. > Funcionando 100% na versao 6.36.3. > > Em 22/09/2016 23:18, "Bruno Cabral" escreveu: > > > Nao inverter o cabo, inverter a rota default de um link pro outro > > > > De preferencia em safe mode, pra desfazer caso voce perca o acesso > > > > Pergunta tola: os gateways sao IPs publicos? Caso positivo, esta com o > NAT > > ligado nas duas saidas? > > > > !3runo > > > > -- > > Cursos e Consultoria BGP e OSPF > > > > > > Se inverter o backup pra principal, ele funciona? > > > > > > N?o consigo inverter o cabo, pois estou remoto no equipamento. > > > > > > > > > > Qual m?todo de ativa??o de backup esta usando? Tem in?meras formas de > > > > fazer isso no MK > > > > > > Este: > > > http://wiki.mikrotik.com/wiki/Two_gateways_failover > > > > > > > > > __ > > > 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 > -- Felipe Oliveira Analista de rede CREA-MG: MG-176646/D Linux user #499007 From smuxbr at gmail.com Sat Sep 24 09:44:38 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Sat, 24 Sep 2016 09:44:38 -0300 Subject: [MASOCH-L] dnswl.org In-Reply-To: References: Message-ID: Bom dia pessoal, Algu?m usa essa whitelist? D? pra confiar? Abs. From rogerpop at gmail.com Wed Sep 28 11:34:29 2016 From: rogerpop at gmail.com (=?UTF-8?Q?Rog=C3=A9rio_Moura?=) Date: Wed, 28 Sep 2016 11:34:29 -0300 Subject: [MASOCH-L] site respondendo IPv6 Message-ID: Pessoal, Estou enfrentando a alguns dias um problema no acesso ao site da globo, usamos proxy e ao acessar o site (www.globo.com) o proxy retorna a seguinte mensagem: Conex?o para 2804:294:4000:8000::5 falhou. O sistema retornou: (65) No route to host Retorna um endere?o IPv6 e n?o abre o site, por?m executando um ping no endere?o pela console do servidor, retorna IPv4, estou usando a vers?o 3.5 do squid e j? fiz v?rias coisas, troquei o DNS, coloquei uma option chamada dns_v4_first e mesmo assim n?o resolve. Algu?m tem alguma sugest?o, ou j? passou por isso ? From danton.nunes at inexo.com.br Wed Sep 28 11:48:05 2016 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Wed, 28 Sep 2016 11:48:05 -0300 (BRT) Subject: [MASOCH-L] site respondendo IPv6 In-Reply-To: References: Message-ID: On Wed, 28 Sep 2016, Rog?rio Moura wrote: > Pessoal, > Estou enfrentando a alguns dias um problema no acesso ao site da > globo, usamos proxy e ao acessar o site (www.globo.com) o proxy > retorna a seguinte mensagem: > > Conex?o para 2804:294:4000:8000::5 falhou. esse cara est? vivo, acabei de ping?-lo. > O sistema retornou: (65) No route to host provavelmente a interface externa do squid tem endere?o IPv6 v?lido, rota default, mas n?o est? falando com toda a Internet V6. veja isto: https://squidproxy.wordpress.com/2012/07/14/happy-eyeballs/ From ednilson at eddy.com.br Wed Sep 28 12:05:57 2016 From: ednilson at eddy.com.br (Ednilson Aureliano) Date: Wed, 28 Sep 2016 12:05:57 -0300 Subject: [MASOCH-L] RES: site respondendo IPv6 In-Reply-To: References: Message-ID: <053c01d21999$d552f4c0$7ff8de40$@eddy.com.br> 'dns_v4_first on'? Pode ser que a esta??o que voc? est? usando para teste, esteja fazendo o acesso por ipv6. Tenta desativar o protocolo nela. -----Mensagem original----- De: masoch-l [mailto:masoch-l-bounces at eng.registro.br] Em nome de Rog?rio Moura Enviada em: quarta-feira, 28 de setembro de 2016 11:34 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: [MASOCH-L] site respondendo IPv6 Pessoal, Estou enfrentando a alguns dias um problema no acesso ao site da globo, usamos proxy e ao acessar o site (www.globo.com) o proxy retorna a seguinte mensagem: Conex?o para 2804:294:4000:8000::5 falhou. O sistema retornou: (65) No route to host Retorna um endere?o IPv6 e n?o abre o site, por?m executando um ping no endere?o pela console do servidor, retorna IPv4, estou usando a vers?o 3.5 do squid e j? fiz v?rias coisas, troquei o DNS, coloquei uma option chamada dns_v4_first e mesmo assim n?o resolve. Algu?m tem alguma sugest?o, ou j? passou por isso ? __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From rogerpop at gmail.com Wed Sep 28 12:50:31 2016 From: rogerpop at gmail.com (=?UTF-8?Q?Rog=C3=A9rio_Moura?=) Date: Wed, 28 Sep 2016 12:50:31 -0300 Subject: [MASOCH-L] site respondendo IPv6 In-Reply-To: References: Message-ID: Em 28 de setembro de 2016 11:48, Danton Nunes escreveu: > On Wed, 28 Sep 2016, Rog?rio Moura wrote: > >> Pessoal, >> Estou enfrentando a alguns dias um problema no acesso ao site da >> globo, usamos proxy e ao acessar o site (www.globo.com) o proxy >> retorna a seguinte mensagem: >> >> Conex?o para 2804:294:4000:8000::5 falhou. > > > esse cara est? vivo, acabei de ping?-lo. > >> O sistema retornou: (65) No route to host > > > provavelmente a interface externa do squid tem endere?o IPv6 v?lido, rota > default, mas n?o est? falando com toda a Internet V6. > > veja isto: https://squidproxy.wordpress.com/2012/07/14/happy-eyeballs/ > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l Valeu Danton , Vou verificar junto a operadora. From rogerpop at gmail.com Wed Sep 28 12:51:07 2016 From: rogerpop at gmail.com (=?UTF-8?Q?Rog=C3=A9rio_Moura?=) Date: Wed, 28 Sep 2016 12:51:07 -0300 Subject: [MASOCH-L] RES: site respondendo IPv6 In-Reply-To: <053c01d21999$d552f4c0$7ff8de40$@eddy.com.br> References: <053c01d21999$d552f4c0$7ff8de40$@eddy.com.br> Message-ID: Em 28 de setembro de 2016 12:05, Ednilson Aureliano escreveu: > 'dns_v4_first on'? > > Pode ser que a esta??o que voc? est? usando para teste, esteja fazendo o acesso por ipv6. Tenta desativar o protocolo nela. > > -----Mensagem original----- > De: masoch-l [mailto:masoch-l-bounces at eng.registro.br] Em nome de Rog?rio Moura > Enviada em: quarta-feira, 28 de setembro de 2016 11:34 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: [MASOCH-L] site respondendo IPv6 > > Pessoal, > Estou enfrentando a alguns dias um problema no acesso ao site da globo, usamos proxy e ao acessar o site (www.globo.com) o proxy retorna a seguinte mensagem: > > Conex?o para 2804:294:4000:8000::5 falhou. > > O sistema retornou: (65) No route to host > > Retorna um endere?o IPv6 e n?o abre o site, por?m executando um ping no endere?o pela console do servidor, retorna IPv4, estou usando a vers?o 3.5 do squid e j? fiz v?rias coisas, troquei o DNS, coloquei uma option chamada dns_v4_first e mesmo assim n?o resolve. > Algu?m tem alguma sugest?o, ou j? passou por isso ? > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l Isso Ednilson, essa op??o est? ON!! From jacques.beijer at unimedbelem.com.br Wed Sep 28 15:24:46 2016 From: jacques.beijer at unimedbelem.com.br (Jacques de Beijer) Date: Wed, 28 Sep 2016 15:24:46 -0300 (BRT) Subject: [MASOCH-L] Switch Cisco 4507-E+ In-Reply-To: <2050136501.9762251.1475085550284.JavaMail.zimbra@unimedbelem.com.br> Message-ID: <970998371.9771564.1475087086194.JavaMail.zimbra@unimedbelem.com.br> Pessoal, Boa tarde. Tenho um Switch Cisco 4507-E+ que deu pau aqui. Estou adquirindo um outro mas n?o queria desperdi?ar ele. Algu?m aqui na lista trabalha ou indica algu?m que fa?a renova??o de garantia deste switch? Atenciosamente, Jacques de Beijer Analista de TI Unimed Bel?m jacques.beijer at unimedbelem.com.br www.unimedbelem.com.br t (91) 4009-5201 From leandro at spfbl.net Wed Sep 28 18:32:19 2016 From: leandro at spfbl.net (Leandro) Date: Wed, 28 Sep 2016 18:32:19 -0300 Subject: [MASOCH-L] SPFBL.net na MXToolbox Message-ID: Pessoal, Do nada come?amos a receber hoje uma enxurrada de pedido de delisting dos gringos. Recebi alguns e-mails de alguns deles citando o MXToolbox. Fui checar e parece que estamos mesmo sendo consultados pelo MXToolbox: ubuntu at matrix:~$ egrep -c " DNSUDP[0-9]+ DNSBL .+mxtoolbox\.com" /var/log/spfbl/spfbl.2016-09-28.log 1112 ubuntu at matrix:~$ Engra?ado que l? na p?gina deles, n?o aparece a gente l? na lista das DNSBLs. Algu?m sabe se eles fazem algum tipo de teste, com um grupo pequeno de clientes de monitoramento, antes de publicarem na MultiRBL deles? Abra?os, Leandro SPFBL.net From leandro at spfbl.net Wed Sep 28 19:24:29 2016 From: leandro at spfbl.net (Leandro) Date: Wed, 28 Sep 2016 19:24:29 -0300 Subject: [MASOCH-L] [SPFBL] SPFBL.net na MXToolbox In-Reply-To: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> References: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> Message-ID: Caramba. Verdade Rodrigo. Tinha esquecido disso. Nesses ?ltimos meses ? tanta informa??o nova que estou lidando que estou chegando no limite do c?rebro. :-) Valeu pela for?a! Leandro SPFBL.net Em 28 de setembro de 2016 18:45, Rodrigo Baldasso escreveu: > Leandro, > > Conforme conversei contigo esses dias, eles ficaram de avaliar a > possibilidade de inserir no site deles. > > Talvez estes s?o os testes que eles falaram que fariam. O chamado que abri > l? Ainda est? em andamento. > > Abra?o > > NOC 24x7 -- LHOST.NET.BR > > On 28 Sep 2016, at 18:32, Leandro wrote: > > Pessoal, > > Do nada come?amos a receber hoje uma enxurrada de pedido de delisting dos > gringos. Recebi alguns e-mails de alguns deles citando o MXToolbox. Fui > checar e parece que estamos mesmo sendo consultados pelo MXToolbox: > > ubuntu at matrix:~$ egrep -c " DNSUDP[0-9]+ DNSBL .+mxtoolbox\.com" > /var/log/spfbl/spfbl.2016-09-28.log > 1112 > ubuntu at matrix:~$ > > Engra?ado que l? na p?gina deles, n?o aparece a gente l? na lista das > DNSBLs. > > Algu?m sabe se eles fazem algum tipo de teste, com um grupo pequeno de > clientes de monitoramento, antes de publicarem na MultiRBL deles? > > Abra?os, > Leandro > SPFBL.net > > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. > > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. > From smuxbr at gmail.com Wed Sep 28 19:29:06 2016 From: smuxbr at gmail.com (Roberto Lima) Date: Wed, 28 Sep 2016 19:29:06 -0300 Subject: [MASOCH-L] [SPFBL] SPFBL.net na MXToolbox In-Reply-To: References: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> Message-ID: Tamb?m cheguei a pedir pra adicionar o spfbl (at? queria fazer uma surpresa e tals) mas por n?o pagar mais pelo servi?o acho q eles me ignoraram :( Em 28 de set de 2016 7:24 PM, "Leandro" escreveu: > Caramba. Verdade Rodrigo. Tinha esquecido disso. > > Nesses ?ltimos meses ? tanta informa??o nova que estou lidando que estou > chegando no limite do c?rebro. :-) > > Valeu pela for?a! > > Leandro > SPFBL.net > > Em 28 de setembro de 2016 18:45, Rodrigo Baldasso > escreveu: > >> Leandro, >> >> Conforme conversei contigo esses dias, eles ficaram de avaliar a >> possibilidade de inserir no site deles. >> >> Talvez estes s?o os testes que eles falaram que fariam. O chamado que >> abri l? Ainda est? em andamento. >> >> Abra?o >> >> NOC 24x7 -- LHOST.NET.BR >> >> On 28 Sep 2016, at 18:32, Leandro wrote: >> >> Pessoal, >> >> Do nada come?amos a receber hoje uma enxurrada de pedido de delisting dos >> gringos. Recebi alguns e-mails de alguns deles citando o MXToolbox. Fui >> checar e parece que estamos mesmo sendo consultados pelo MXToolbox: >> >> ubuntu at matrix:~$ egrep -c " DNSUDP[0-9]+ DNSBL .+mxtoolbox\.com" >> /var/log/spfbl/spfbl.2016-09-28.log >> 1112 >> ubuntu at matrix:~$ >> >> Engra?ado que l? na p?gina deles, n?o aparece a gente l? na lista das >> DNSBLs. >> >> Algu?m sabe se eles fazem algum tipo de teste, com um grupo pequeno de >> clientes de monitoramento, antes de publicarem na MultiRBL deles? >> >> Abra?os, >> Leandro >> SPFBL.net >> >> -- >> Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos >> Grupos do Google. >> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, >> envie um e-mail para spfbl+unsubscribe at googlegroups.com. >> Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. >> Para mais op??es, acesse https://groups.google.com/d/optout. >> >> -- >> Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos >> Grupos do Google. >> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, >> envie um e-mail para spfbl+unsubscribe at googlegroups.com. >> Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. >> Para mais op??es, acesse https://groups.google.com/d/optout. >> > > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. > From leandro at spfbl.net Thu Sep 29 19:22:40 2016 From: leandro at spfbl.net (Leandro) Date: Thu, 29 Sep 2016 19:22:40 -0300 Subject: [MASOCH-L] [SPFBL] SPFBL.net na MXToolbox In-Reply-To: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> References: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> Message-ID: Pessoal, Parece que deu ruim ontem l? no MXToolbox: http://community.mxtoolbox.com/blog/deprecation-of-spfbl-dnsbl/ A principio eles acharam que n?o toleramos qualquer rDNS com dom?nio de terceiros, que n?o ? inteiramente verdade. N?s apenas n?o toleramos o uso do rDNS gen?rico, que ? aquele que ? alocado imediatamente para cada IP assim que a operadora ou datacenter alocam os blocos IPs. Estou desde ontem conversando com o Austin, que ? respons?vel pelo MXToolbox, para explicar nossa pol?tica em rela??o aos reversos gen?ricos. Parece que ele entendeu e concordou. Por?m ele fez uma ressalva que esse tipo de listagem n?o ? exatamente uma listagem por abuso e sim um alerta de n?o cumprimento de padr?es e pediu para vermos se conseguimos separar os c?digos de retorno para cada caso. Assim cada cliente consegue determinar se quer a listagem completa ou parcial. N?s concordamos com o posicionamento dele e demos essa sugest?o de c?digos: - 127.0.0.2: abuse issues like bad reputation or manual block and - 127.0.0.3: rDNS issues like none, invalid FCrDNS or generic rDNS. Estou aguardando a resposta deles, sobre o que eles acham desse tipo de separa??o. Vou pedir para voc?s, que usam a nossa DNSBL, que fiquem atentos pois nos pr?ximos dias poderemos implementar essa codifica??o. Ent?o caso algum de voc?s precise especificar quais c?digos ativam a listagem da nossa DNSBL em seu MTA, fique atento para essa poss?vel mudan?a. Para quem usa a consulta sem especificar os c?digos, nada muda na configura??o. Ali?s, quem ainda n?o usa nossa DNSBL por conta dessa pol?tica agressiva acerca de problemas com rDNS, vai conseguir usar somente a listagem por abuso a partir dessa implementa??o. Deixarei voc?s por dentro das pr?ximas novidades sobre este caso. Abra?os, Leandro SPFBL.net Em 28 de setembro de 2016 18:45, Rodrigo Baldasso escreveu: > Leandro, > > Conforme conversei contigo esses dias, eles ficaram de avaliar a > possibilidade de inserir no site deles. > > Talvez estes s?o os testes que eles falaram que fariam. O chamado que abri > l? Ainda est? em andamento. > > Abra?o > > NOC 24x7 -- LHOST.NET.BR > > On 28 Sep 2016, at 18:32, Leandro wrote: > > Pessoal, > > Do nada come?amos a receber hoje uma enxurrada de pedido de delisting dos > gringos. Recebi alguns e-mails de alguns deles citando o MXToolbox. Fui > checar e parece que estamos mesmo sendo consultados pelo MXToolbox: > > ubuntu at matrix:~$ egrep -c " DNSUDP[0-9]+ DNSBL .+mxtoolbox\.com" > /var/log/spfbl/spfbl.2016-09-28.log > 1112 > ubuntu at matrix:~$ > > Engra?ado que l? na p?gina deles, n?o aparece a gente l? na lista das > DNSBLs. > > Algu?m sabe se eles fazem algum tipo de teste, com um grupo pequeno de > clientes de monitoramento, antes de publicarem na MultiRBL deles? > > Abra?os, > Leandro > SPFBL.net > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. > > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. > From leandro at spfbl.net Fri Sep 30 18:42:13 2016 From: leandro at spfbl.net (Leandro) Date: Fri, 30 Sep 2016 18:42:13 -0300 Subject: [MASOCH-L] [SPFBL] SPFBL.net na MXToolbox In-Reply-To: References: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> Message-ID: Pessoal, Fechamos essa separa??o de c?digos com o pessoal do MXToolbox: - 127.0.0.2: abuse issues like bad reputation or manual block - 127.0.0.3: no PTR (rDNS) record found - 127.0.0.4: rDNS issues such as invalid FCrDNS or generic rDNS Eu particularmente acho que a diferen?a entre o que propomos e esta n?o ? t?o grande assim. Ent?o nesse caso, para n?o gerarmos mais discuss?o, vale a pena seguir este padr?o. At? porque nosso projeto ? pequeno e a ajuda de divulga??o do MXToolbox vai certamente incentivar mais pessoas a conhecerem o projeto e alguns at? adota-lo. Vou pedir para os senhores fazerem as mudan?as necess?rias pois pretendemos implementar isso neste final de semana. Quero pegar poss?veis defeitos de implementa??o j? no final de semana para que segunda-feira a gente j? possa fazer novos testes l? no MXToolbox. Abra?os, Leandro SPFBL.net Em 29 de setembro de 2016 19:22, Leandro escreveu: > Pessoal, > > Parece que deu ruim ontem l? no MXToolbox: > > http://community.mxtoolbox.com/blog/deprecation-of-spfbl-dnsbl/ > > A principio eles acharam que n?o toleramos qualquer rDNS com dom?nio de > terceiros, que n?o ? inteiramente verdade. N?s apenas n?o toleramos o uso > do rDNS gen?rico, que ? aquele que ? alocado imediatamente para cada IP > assim que a operadora ou datacenter alocam os blocos IPs. > > Estou desde ontem conversando com o Austin, que ? respons?vel pelo > MXToolbox, para explicar nossa pol?tica em rela??o aos reversos gen?ricos. > > Parece que ele entendeu e concordou. Por?m ele fez uma ressalva que esse > tipo de listagem n?o ? exatamente uma listagem por abuso e sim um alerta de > n?o cumprimento de padr?es e pediu para vermos se conseguimos separar os > c?digos de retorno para cada caso. Assim cada cliente consegue determinar > se quer a listagem completa ou parcial. > > N?s concordamos com o posicionamento dele e demos essa sugest?o de c?digos: > > - 127.0.0.2: abuse issues like bad reputation or manual block and > - 127.0.0.3: rDNS issues like none, invalid FCrDNS or generic rDNS. > > Estou aguardando a resposta deles, sobre o que eles acham desse tipo de > separa??o. > > Vou pedir para voc?s, que usam a nossa DNSBL, que fiquem atentos pois nos > pr?ximos dias poderemos implementar essa codifica??o. Ent?o caso algum de > voc?s precise especificar quais c?digos ativam a listagem da nossa DNSBL em > seu MTA, fique atento para essa poss?vel mudan?a. Para quem usa a consulta > sem especificar os c?digos, nada muda na configura??o. > > Ali?s, quem ainda n?o usa nossa DNSBL por conta dessa pol?tica agressiva > acerca de problemas com rDNS, vai conseguir usar somente a listagem por > abuso a partir dessa implementa??o. > > Deixarei voc?s por dentro das pr?ximas novidades sobre este caso. > > Abra?os, > Leandro > SPFBL.net > > > Em 28 de setembro de 2016 18:45, Rodrigo Baldasso > escreveu: > >> Leandro, >> >> Conforme conversei contigo esses dias, eles ficaram de avaliar a >> possibilidade de inserir no site deles. >> >> Talvez estes s?o os testes que eles falaram que fariam. O chamado que >> abri l? Ainda est? em andamento. >> >> Abra?o >> >> NOC 24x7 -- LHOST.NET.BR >> >> On 28 Sep 2016, at 18:32, Leandro wrote: >> >> Pessoal, >> >> Do nada come?amos a receber hoje uma enxurrada de pedido de delisting dos >> gringos. Recebi alguns e-mails de alguns deles citando o MXToolbox. Fui >> checar e parece que estamos mesmo sendo consultados pelo MXToolbox: >> >> ubuntu at matrix:~$ egrep -c " DNSUDP[0-9]+ DNSBL .+mxtoolbox\.com" >> /var/log/spfbl/spfbl.2016-09-28.log >> 1112 >> ubuntu at matrix:~$ >> >> Engra?ado que l? na p?gina deles, n?o aparece a gente l? na lista das >> DNSBLs. >> >> Algu?m sabe se eles fazem algum tipo de teste, com um grupo pequeno de >> clientes de monitoramento, antes de publicarem na MultiRBL deles? >> >> Abra?os, >> Leandro >> SPFBL.net >> -- >> Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos >> Grupos do Google. >> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, >> envie um e-mail para spfbl+unsubscribe at googlegroups.com. >> Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. >> Para mais op??es, acesse https://groups.google.com/d/optout. >> >> -- >> Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos >> Grupos do Google. >> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, >> envie um e-mail para spfbl+unsubscribe at googlegroups.com. >> Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. >> Para mais op??es, acesse https://groups.google.com/d/optout. >> > > From abadan at gmail.com Fri Sep 30 19:02:39 2016 From: abadan at gmail.com (Diego Abadan) Date: Fri, 30 Sep 2016 19:02:39 -0300 Subject: [MASOCH-L] [SPFBL] SPFBL.net na MXToolbox In-Reply-To: References: <93D8B0D2-5226-4D7F-A8A1-C068E3B8D43A@loophost.com.br> Message-ID: Show! Agora vai precisar de uma VPS maior, hein! Em 30 de setembro de 2016 18:42, Leandro escreveu: > Pessoal, > > Fechamos essa separa??o de c?digos com o pessoal do MXToolbox: > > - 127.0.0.2: abuse issues like bad reputation or manual block > - 127.0.0.3: no PTR (rDNS) record found > - 127.0.0.4: rDNS issues such as invalid FCrDNS or generic rDNS > > Eu particularmente acho que a diferen?a entre o que propomos e esta n?o ? > t?o grande assim. > > Ent?o nesse caso, para n?o gerarmos mais discuss?o, vale a pena seguir > este padr?o. At? porque nosso projeto ? pequeno e a ajuda de divulga??o do > MXToolbox vai certamente incentivar mais pessoas a conhecerem o projeto e > alguns at? adota-lo. > > Vou pedir para os senhores fazerem as mudan?as necess?rias pois > pretendemos implementar isso neste final de semana. Quero pegar poss?veis > defeitos de implementa??o j? no final de semana para que segunda-feira a > gente j? possa fazer novos testes l? no MXToolbox. > > Abra?os, > Leandro > SPFBL.net > > Em 29 de setembro de 2016 19:22, Leandro escreveu: > >> Pessoal, >> >> Parece que deu ruim ontem l? no MXToolbox: >> >> http://community.mxtoolbox.com/blog/deprecation-of-spfbl-dnsbl/ >> >> A principio eles acharam que n?o toleramos qualquer rDNS com dom?nio de >> terceiros, que n?o ? inteiramente verdade. N?s apenas n?o toleramos o uso >> do rDNS gen?rico, que ? aquele que ? alocado imediatamente para cada IP >> assim que a operadora ou datacenter alocam os blocos IPs. >> >> Estou desde ontem conversando com o Austin, que ? respons?vel pelo >> MXToolbox, para explicar nossa pol?tica em rela??o aos reversos gen?ricos. >> >> Parece que ele entendeu e concordou. Por?m ele fez uma ressalva que esse >> tipo de listagem n?o ? exatamente uma listagem por abuso e sim um alerta de >> n?o cumprimento de padr?es e pediu para vermos se conseguimos separar os >> c?digos de retorno para cada caso. Assim cada cliente consegue determinar >> se quer a listagem completa ou parcial. >> >> N?s concordamos com o posicionamento dele e demos essa sugest?o de >> c?digos: >> >> - 127.0.0.2: abuse issues like bad reputation or manual block and >> - 127.0.0.3: rDNS issues like none, invalid FCrDNS or generic rDNS. >> >> Estou aguardando a resposta deles, sobre o que eles acham desse tipo de >> separa??o. >> >> Vou pedir para voc?s, que usam a nossa DNSBL, que fiquem atentos pois nos >> pr?ximos dias poderemos implementar essa codifica??o. Ent?o caso algum de >> voc?s precise especificar quais c?digos ativam a listagem da nossa DNSBL em >> seu MTA, fique atento para essa poss?vel mudan?a. Para quem usa a consulta >> sem especificar os c?digos, nada muda na configura??o. >> >> Ali?s, quem ainda n?o usa nossa DNSBL por conta dessa pol?tica agressiva >> acerca de problemas com rDNS, vai conseguir usar somente a listagem por >> abuso a partir dessa implementa??o. >> >> Deixarei voc?s por dentro das pr?ximas novidades sobre este caso. >> >> Abra?os, >> Leandro >> SPFBL.net >> >> >> Em 28 de setembro de 2016 18:45, Rodrigo Baldasso < >> rodrigo at loophost.com.br> escreveu: >> >>> Leandro, >>> >>> Conforme conversei contigo esses dias, eles ficaram de avaliar a >>> possibilidade de inserir no site deles. >>> >>> Talvez estes s?o os testes que eles falaram que fariam. O chamado que >>> abri l? Ainda est? em andamento. >>> >>> Abra?o >>> >>> NOC 24x7 -- LHOST.NET.BR >>> >>> On 28 Sep 2016, at 18:32, Leandro wrote: >>> >>> Pessoal, >>> >>> Do nada come?amos a receber hoje uma enxurrada de pedido de delisting >>> dos gringos. Recebi alguns e-mails de alguns deles citando o MXToolbox. Fui >>> checar e parece que estamos mesmo sendo consultados pelo MXToolbox: >>> >>> ubuntu at matrix:~$ egrep -c " DNSUDP[0-9]+ DNSBL .+mxtoolbox\.com" >>> /var/log/spfbl/spfbl.2016-09-28.log >>> 1112 >>> ubuntu at matrix:~$ >>> >>> Engra?ado que l? na p?gina deles, n?o aparece a gente l? na lista das >>> DNSBLs. >>> >>> Algu?m sabe se eles fazem algum tipo de teste, com um grupo pequeno de >>> clientes de monitoramento, antes de publicarem na MultiRBL deles? >>> >>> Abra?os, >>> Leandro >>> SPFBL.net >>> -- >>> Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos >>> Grupos do Google. >>> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, >>> envie um e-mail para spfbl+unsubscribe at googlegroups.com. >>> Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. >>> Para mais op??es, acesse https://groups.google.com/d/optout. >>> >>> -- >>> Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos >>> Grupos do Google. >>> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, >>> envie um e-mail para spfbl+unsubscribe at googlegroups.com. >>> Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. >>> Para mais op??es, acesse https://groups.google.com/d/optout. >>> >> >> > -- > Voc? recebeu essa mensagem porque est? inscrito no grupo "SPFBL" dos > Grupos do Google. > Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie > um e-mail para spfbl+unsubscribe at googlegroups.com. > Para postar nesse grupo, envie um e-mail para spfbl at googlegroups.com. > Para mais op??es, acesse https://groups.google.com/d/optout. >