Re: [Gutl-l] debmirror
Yo he usado apt-mirror desde siempre y lo único que tengo de descontento es que no siempre baja bien las llaves del repo, así como los gpg esos, los cuales los bajo con lftp y listo. Me sumo a la idea de que primero copies un repo a medias y luego te pongas a actualizarlo. Salu2 __ Mientras no aparesca la indicada gosa con la equivocada -Mensaje original- De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En nombre de Paradix ;) Enviado el: jueves, 22 de junio de 2017 03:48 p.m. Para: Lista cubana de soporte técnico en Tecnologias Libres Asunto: Re: [Gutl-l] debmirror El 22/06/17 a las 15:04, Arian Molina Aguilera escribió: > El 22/06/17 a las 11:56, Paradix ;) escribió: >> El 22/06/17 a las 11:50, Ulises Gonzalez Horta escribió: >>> Em 2017-06-22 11:40, Paradix ;) escreveu: >> ... >>> >>> jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia >>> 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido >>> todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar >>> por el proxy (directo del proxy para afuera) y. pod'ia descargar y >>> mantener actualizado los repos security, backports, volatile y >>> multimedia, pero el principal ni sonhando, primero ese repo se >>> actualiza poco, por lo que yo empec'e por poner un repo base y luego >>> pedir que eso se actualizara, pero es que cuando el principal se >>> actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar >>> eso antes de que volviera a actualizarse, por lo que desist'i de la idea >>> >>> Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista >>> >> >> conchoo, pensaba q quienes se actualizaban era security .. no el >> principal ... pero bueno si es asi. a caminar entonces de nuevo a >> infomed a buscarlo ... esperar a hacerme de un externo manuable :D >> > usa el debmirror, con modo rsync, copia un repo actual que este fresco > de pocos días y a partir de ahí comienza a sincronizarlo en las noches. > Si podrás con 64bit, como usas metodo rsync, no se bajan los paquetes > completos, sino las diferencias de los binarios. Salu2. > el caso es q lo estoy construyendo desde cero y tengo filtrado el puerto del rsync :( -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
El 22/06/17 a las 15:47, Paradix ;) escribió: > El 22/06/17 a las 15:04, Arian Molina Aguilera escribió: >> El 22/06/17 a las 11:56, Paradix ;) escribió: >>> El 22/06/17 a las 11:50, Ulises Gonzalez Horta escribió: Em 2017-06-22 11:40, Paradix ;) escreveu: >>> ... jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar por el proxy (directo del proxy para afuera) y. pod'ia descargar y mantener actualizado los repos security, backports, volatile y multimedia, pero el principal ni sonhando, primero ese repo se actualiza poco, por lo que yo empec'e por poner un repo base y luego pedir que eso se actualizara, pero es que cuando el principal se actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar eso antes de que volviera a actualizarse, por lo que desist'i de la idea Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista >>> >>> conchoo, pensaba q quienes se actualizaban era security .. no el >>> principal ... pero bueno si es asi. a caminar entonces de nuevo a >>> infomed a buscarlo ... esperar a hacerme de un externo manuable :D >>> >> usa el debmirror, con modo rsync, copia un repo actual que este fresco >> de pocos días y a partir de ahí comienza a sincronizarlo en las noches. >> Si podrás con 64bit, como usas metodo rsync, no se bajan los paquetes >> completos, sino las diferencias de los binarios. Salu2. >> > > el caso es q lo estoy construyendo desde cero y tengo filtrado el > puerto del rsync :( > entonces estas embarcado mijo, ve algún lugar a copiarlos mejor. ;( -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
El 22/06/17 a las 16:49, Alberto José García Fumero escribió: > El jue, 22-06-2017 a las 14:56 -0400, Arian Molina Aguilera escribió: >> El 22/06/17 a las 11:18, Alberto José García Fumero escribió: >>> Buenos días. >>> >>> Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos >>> hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome >>> descaradadamente mediante una supuesta dirección >>> fa...@lavanderiaatvaradero.co.cu. >>> >>> El mensaje es efectivamente rechazado cuando entra, según se ve: >>> >>> Transcript of session follows. >>> >>> Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas >>> In: EHLO mail1.gaviota.cu >>> Out: 250-partagas.ettpartagas.co.cu >>> Out: 250-PIPELINING >>> Out: 250-SIZE 1024 >>> Out: 250-ETRN >>> Out: 250-STARTTLS >>> Out: 250-ENHANCEDSTATUSCODES >>> Out: 250-8BITMIME >>> Out: 250 DSN >>> In: STARTTLS >>> Out: 220 2.0.0 Ready to start TLS >>> In: EHLO mail1.gaviota.cu >>> Out: 250-partagas.ettpartagas.co.cu >>> Out: 250-PIPELINING >>> Out: 250-SIZE 1024 >>> Out: 250-ETRN >>> Out: 250-AUTH PLAIN LOGIN >>> Out: 250-AUTH=PLAIN LOGIN >>> Out: 250-ENHANCEDSTATUSCODES >>> Out: 250-8BITMIME >>> Out: 250 DSN >>> In: MAIL From: SIZE=7559 >>> BODY=8BITMIME >>> Out: 250 2.1.0 Ok >>> In: RCPT To: >>> Out: 450 4.1.8 : Sender address >>> rejected: >>> Domain not found >>> In: DATA >>> Out: 554 5.5.1 Error: no valid recipients >>> In: RSET >>> Out: 250 2.0.0 Ok >>> In: QUIT >>> Out: 221 2.0.0 Bye >>> >>> >>> Pero ciertamente me convendría que no llegara. Para buscar que ni >>> llegara hasta acá probé a poner esto en mi header_checks: >>> >>> /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT >>> >>> el cual es invocado por el main.cf del Postfix mediante: >>> header_checks=pcre:/etc/postfix/header_checks >>> >>> ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. >>> Aunque es recibido como se merece, quiero evitar que llegue... >>> >>> Por el momento he estado bloqueando esas direcciones al nivel del >>> cortafuegos, pero no me gusta como solución definitiva. >>> >> un detalles las comprobaciones del header_checks van posteriores, ya que >> si no se recibe el correo previamente, no se puede comprobar el header. >> > Cito tu otro mensaje: > > Bueno eso nunca llego y se le dio el ReJECT correspondiente, porque el > dominio no existe, lo mismo que si cualquier otra regla que lo fueras a > rechazar, no puedes bloquear el ip o los relay específicos porque le > proveen de correo a varias instituciones, el comportamiento de tu > servidor de correo fue el correcto, nada que temer. Quedaría notificar a > los administradores de Gaviota S.A para que tomarán ellos las medidas > pertinentes. Salu2. > > (fin del mensaje citado) > > *** > > Correcto, hermano. Por ello en consecuencia cuando llega y el Postfix le > ve la cabecera, lo tumba. A la cola de correo del jurídico (de hecho, a > mis colas de correo) no llega nada. > > Cierto es que como tengo puesto un > notify_classes=bounce,2bounce,delay,policy,protocol, resource,software > > y los mensajes de error me llegan a mi, voy a estar viendo desfilar > todos los posibles errores y despapuchos, tengan consecuencias o no. Mi > Postfix sencillamente me está diciendo: "cumplí tu orden". > > Haciendo memoria, me pasó eso mismo cuando la muchachita de Segurmática > me estaba bombardeando el servidor de todas las maneras posibles, antes > de darme el aval. > > Nada, no quería ni que asomara la nariz, pero realmente eso es > imposible. No tiene otra forma de saber si lo va a dejar pasar o no. Y > no es correcto prohibir todo el nodo. > > Sí, Leslie, tengo un chequeo de spammers como el que me dices. > Gracias Leslie, gracias Ulises, gracias Arian. > > Creo que me estoy poniendo paranoico... ;-) > > Sírvame de excusa, que no justificación, que me han tenido hoy de palito > de barquillero saltando de una tarea a otra todo el día. > No hay de que, gracias a ti una vez más. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
El jue, 22-06-2017 a las 14:56 -0400, Arian Molina Aguilera escribió: > El 22/06/17 a las 11:18, Alberto José García Fumero escribió: > > Buenos días. > > > > Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos > > hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome > > descaradadamente mediante una supuesta dirección > > fa...@lavanderiaatvaradero.co.cu. > > > > El mensaje es efectivamente rechazado cuando entra, según se ve: > > > > Transcript of session follows. > > > > Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas > > In: EHLO mail1.gaviota.cu > > Out: 250-partagas.ettpartagas.co.cu > > Out: 250-PIPELINING > > Out: 250-SIZE 1024 > > Out: 250-ETRN > > Out: 250-STARTTLS > > Out: 250-ENHANCEDSTATUSCODES > > Out: 250-8BITMIME > > Out: 250 DSN > > In: STARTTLS > > Out: 220 2.0.0 Ready to start TLS > > In: EHLO mail1.gaviota.cu > > Out: 250-partagas.ettpartagas.co.cu > > Out: 250-PIPELINING > > Out: 250-SIZE 1024 > > Out: 250-ETRN > > Out: 250-AUTH PLAIN LOGIN > > Out: 250-AUTH=PLAIN LOGIN > > Out: 250-ENHANCEDSTATUSCODES > > Out: 250-8BITMIME > > Out: 250 DSN > > In: MAIL From: SIZE=7559 > > BODY=8BITMIME > > Out: 250 2.1.0 Ok > > In: RCPT To: > > Out: 450 4.1.8 : Sender address > > rejected: > > Domain not found > > In: DATA > > Out: 554 5.5.1 Error: no valid recipients > > In: RSET > > Out: 250 2.0.0 Ok > > In: QUIT > > Out: 221 2.0.0 Bye > > > > > > Pero ciertamente me convendría que no llegara. Para buscar que ni > > llegara hasta acá probé a poner esto en mi header_checks: > > > > /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT > > > > el cual es invocado por el main.cf del Postfix mediante: > > header_checks=pcre:/etc/postfix/header_checks > > > > ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. > > Aunque es recibido como se merece, quiero evitar que llegue... > > > > Por el momento he estado bloqueando esas direcciones al nivel del > > cortafuegos, pero no me gusta como solución definitiva. > > > un detalles las comprobaciones del header_checks van posteriores, ya que > si no se recibe el correo previamente, no se puede comprobar el header. > Cito tu otro mensaje: Bueno eso nunca llego y se le dio el ReJECT correspondiente, porque el dominio no existe, lo mismo que si cualquier otra regla que lo fueras a rechazar, no puedes bloquear el ip o los relay específicos porque le proveen de correo a varias instituciones, el comportamiento de tu servidor de correo fue el correcto, nada que temer. Quedaría notificar a los administradores de Gaviota S.A para que tomarán ellos las medidas pertinentes. Salu2. (fin del mensaje citado) *** Correcto, hermano. Por ello en consecuencia cuando llega y el Postfix le ve la cabecera, lo tumba. A la cola de correo del jurídico (de hecho, a mis colas de correo) no llega nada. Cierto es que como tengo puesto un notify_classes=bounce,2bounce,delay,policy,protocol, resource,software y los mensajes de error me llegan a mi, voy a estar viendo desfilar todos los posibles errores y despapuchos, tengan consecuencias o no. Mi Postfix sencillamente me está diciendo: "cumplí tu orden". Haciendo memoria, me pasó eso mismo cuando la muchachita de Segurmática me estaba bombardeando el servidor de todas las maneras posibles, antes de darme el aval. Nada, no quería ni que asomara la nariz, pero realmente eso es imposible. No tiene otra forma de saber si lo va a dejar pasar o no. Y no es correcto prohibir todo el nodo. Sí, Leslie, tengo un chequeo de spammers como el que me dices. Gracias Leslie, gracias Ulises, gracias Arian. Creo que me estoy poniendo paranoico... ;-) Sírvame de excusa, que no justificación, que me han tenido hoy de palito de barquillero saltando de una tarea a otra todo el día. -- M.Sc. Alberto García Fumero Usuario Linux 97 138, registrado 10/12/1998 http://interese.cubava.cu Una conclusión es el punto en que usted se cansó de pensar. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] AYUDA squid3 delay pools facebook
Amigos, ando buscando la forma de penalizar el FB por que me roba mucho ancho de banda, quisiera aplicar delay pools facebook pero no me funciona debe ser por que es por SSL (https) por que probe poner el dominio cubava.cu como prueba y como son http funciona, entonces llegue a la conclucion que debe ser lo antes expuesto el puerto 443... alguna sugerencia? mi conf #PONER LENTO FACEBOOK acl ralentizar src 192.168.1.0/24 delay_pools 1 delay_class 1 1 delay_parameters 1 1000/100 acl capar url_regex -i .facebook.com delay_access 1 allow capar ralentizar pero no funciona lo otro seria obligar el squid mostrar el m.facebook.com es decir la vista movil. gracias por cualquier sugerencia de alguno de ustedes. This message was sent using IMP, the Internet Messaging Program. -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
El 22/06/17 a las 15:04, Arian Molina Aguilera escribió: El 22/06/17 a las 11:56, Paradix ;) escribió: El 22/06/17 a las 11:50, Ulises Gonzalez Horta escribió: Em 2017-06-22 11:40, Paradix ;) escreveu: ... jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar por el proxy (directo del proxy para afuera) y. pod'ia descargar y mantener actualizado los repos security, backports, volatile y multimedia, pero el principal ni sonhando, primero ese repo se actualiza poco, por lo que yo empec'e por poner un repo base y luego pedir que eso se actualizara, pero es que cuando el principal se actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar eso antes de que volviera a actualizarse, por lo que desist'i de la idea Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista conchoo, pensaba q quienes se actualizaban era security .. no el principal ... pero bueno si es asi. a caminar entonces de nuevo a infomed a buscarlo ... esperar a hacerme de un externo manuable :D usa el debmirror, con modo rsync, copia un repo actual que este fresco de pocos días y a partir de ahí comienza a sincronizarlo en las noches. Si podrás con 64bit, como usas metodo rsync, no se bajan los paquetes completos, sino las diferencias de los binarios. Salu2. el caso es q lo estoy construyendo desde cero y tengo filtrado el puerto del rsync :( -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
El 22/06/17 a las 11:56, Paradix ;) escribió: > El 22/06/17 a las 11:50, Ulises Gonzalez Horta escribió: >> Em 2017-06-22 11:40, Paradix ;) escreveu: > ... >> >> jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia >> 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido >> todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar >> por el proxy (directo del proxy para afuera) y. pod'ia descargar y >> mantener actualizado los repos security, backports, volatile y >> multimedia, pero el principal ni sonhando, primero ese repo se >> actualiza poco, por lo que yo empec'e por poner un repo base y luego >> pedir que eso se actualizara, pero es que cuando el principal se >> actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar >> eso antes de que volviera a actualizarse, por lo que desist'i de la idea >> >> Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista >> > > conchoo, pensaba q quienes se actualizaban era security .. no el > principal ... pero bueno si es asi. a caminar entonces de nuevo a > infomed a buscarlo ... esperar a hacerme de un externo manuable :D > usa el debmirror, con modo rsync, copia un repo actual que este fresco de pocos días y a partir de ahí comienza a sincronizarlo en las noches. Si podrás con 64bit, como usas metodo rsync, no se bajan los paquetes completos, sino las diferencias de los binarios. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
El 22/06/17 a las 11:18, Alberto José García Fumero escribió: > Buenos días. > > Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos > hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome > descaradadamente mediante una supuesta dirección > fa...@lavanderiaatvaradero.co.cu. > > El mensaje es efectivamente rechazado cuando entra, según se ve: > > Transcript of session follows. > > Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas > In: EHLO mail1.gaviota.cu > Out: 250-partagas.ettpartagas.co.cu > Out: 250-PIPELINING > Out: 250-SIZE 1024 > Out: 250-ETRN > Out: 250-STARTTLS > Out: 250-ENHANCEDSTATUSCODES > Out: 250-8BITMIME > Out: 250 DSN > In: STARTTLS > Out: 220 2.0.0 Ready to start TLS > In: EHLO mail1.gaviota.cu > Out: 250-partagas.ettpartagas.co.cu > Out: 250-PIPELINING > Out: 250-SIZE 1024 > Out: 250-ETRN > Out: 250-AUTH PLAIN LOGIN > Out: 250-AUTH=PLAIN LOGIN > Out: 250-ENHANCEDSTATUSCODES > Out: 250-8BITMIME > Out: 250 DSN > In: MAIL From: SIZE=7559 > BODY=8BITMIME > Out: 250 2.1.0 Ok > In: RCPT To: > Out: 450 4.1.8 : Sender address > rejected: > Domain not found > In: DATA > Out: 554 5.5.1 Error: no valid recipients > In: RSET > Out: 250 2.0.0 Ok > In: QUIT > Out: 221 2.0.0 Bye > > > Pero ciertamente me convendría que no llegara. Para buscar que ni > llegara hasta acá probé a poner esto en mi header_checks: > > /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT > > el cual es invocado por el main.cf del Postfix mediante: > header_checks=pcre:/etc/postfix/header_checks > > ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. > Aunque es recibido como se merece, quiero evitar que llegue... > > Por el momento he estado bloqueando esas direcciones al nivel del > cortafuegos, pero no me gusta como solución definitiva. > un detalles las comprobaciones del header_checks van posteriores, ya que si no se recibe el correo previamente, no se puede comprobar el header. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
El 22/06/17 a las 11:18, Alberto José García Fumero escribió: > Buenos días. > > Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos > hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome > descaradadamente mediante una supuesta dirección > fa...@lavanderiaatvaradero.co.cu. > > El mensaje es efectivamente rechazado cuando entra, según se ve: > > Transcript of session follows. > > Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas > In: EHLO mail1.gaviota.cu > Out: 250-partagas.ettpartagas.co.cu > Out: 250-PIPELINING > Out: 250-SIZE 1024 > Out: 250-ETRN > Out: 250-STARTTLS > Out: 250-ENHANCEDSTATUSCODES > Out: 250-8BITMIME > Out: 250 DSN > In: STARTTLS > Out: 220 2.0.0 Ready to start TLS > In: EHLO mail1.gaviota.cu > Out: 250-partagas.ettpartagas.co.cu > Out: 250-PIPELINING > Out: 250-SIZE 1024 > Out: 250-ETRN > Out: 250-AUTH PLAIN LOGIN > Out: 250-AUTH=PLAIN LOGIN > Out: 250-ENHANCEDSTATUSCODES > Out: 250-8BITMIME > Out: 250 DSN > In: MAIL From: SIZE=7559 > BODY=8BITMIME > Out: 250 2.1.0 Ok > In: RCPT To: > Out: 450 4.1.8 : Sender address > rejected: > Domain not found > In: DATA > Out: 554 5.5.1 Error: no valid recipients > In: RSET > Out: 250 2.0.0 Ok > In: QUIT > Out: 221 2.0.0 Bye > > > Pero ciertamente me convendría que no llegara. Para buscar que ni > llegara hasta acá probé a poner esto en mi header_checks: > > /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT > > el cual es invocado por el main.cf del Postfix mediante: > header_checks=pcre:/etc/postfix/header_checks > > ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. > Aunque es recibido como se merece, quiero evitar que llegue... > > Por el momento he estado bloqueando esas direcciones al nivel del > cortafuegos, pero no me gusta como solución definitiva. > Bueno eso nunca llego y se le dio el ReJECT correspondiente, porque el dominio no existe, lo mismo que si cualquier otra regla que lo fueras a rechazar, no puedes bloquear el ip o los relay específicos porque le proveen de correo a varias instituciones, el comportamiento de tu servidor de correo fue el correcto, nada que temer. Quedaría notificar a los administradores de Gaviota S.A para que tomarán ellos las medidas pertinentes. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
Em Probaré a ver si me resuelve. ¿Puedes "Guglear" un poquito, de todas formas, y ver qué más soluciones aparecen? Las soluciones m'as simples son smtpd_recipient_restrictions = check_client_access hash:/etc/postfix/client_checks, y en client_checks pones a tus "amigos problematicos" con la accion que mas te guste, luego le haces un postmap y listo Casi todos proponen hacer eso, pero eso ya lo tienes, no? -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
El jue, 22-06-2017 a las 11:28 -0400, Ulises Gonzalez Horta escribió: > Em 2017-06-22 11:18, Alberto José García Fumero escreveu: > > Buenos días. > > > > Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos > > hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome > > descaradadamente mediante una supuesta dirección > > fa...@lavanderiaatvaradero.co.cu. > > > > El mensaje es efectivamente rechazado cuando entra, según se ve: > > > > Transcript of session follows. > > > > Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas > > In: EHLO mail1.gaviota.cu > > Out: 250-partagas.ettpartagas.co.cu > > Out: 250-PIPELINING > > Out: 250-SIZE 1024 > > Out: 250-ETRN > > Out: 250-STARTTLS > > Out: 250-ENHANCEDSTATUSCODES > > Out: 250-8BITMIME > > Out: 250 DSN > > In: STARTTLS > > Out: 220 2.0.0 Ready to start TLS > > In: EHLO mail1.gaviota.cu > > Out: 250-partagas.ettpartagas.co.cu > > Out: 250-PIPELINING > > Out: 250-SIZE 1024 > > Out: 250-ETRN > > Out: 250-AUTH PLAIN LOGIN > > Out: 250-AUTH=PLAIN LOGIN > > Out: 250-ENHANCEDSTATUSCODES > > Out: 250-8BITMIME > > Out: 250 DSN > > In: MAIL From: SIZE=7559 > > BODY=8BITMIME > > Out: 250 2.1.0 Ok > > In: RCPT To: > > Out: 450 4.1.8 : Sender address > > rejected: > > Domain not found > > In: DATA > > Out: 554 5.5.1 Error: no valid recipients > > In: RSET > > Out: 250 2.0.0 Ok > > In: QUIT > > Out: 221 2.0.0 Bye > > > > > > Pero ciertamente me convendría que no llegara. Para buscar que ni > > llegara hasta acá probé a poner esto en mi header_checks: > > > > /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT > > > > el cual es invocado por el main.cf del Postfix mediante: > > header_checks=pcre:/etc/postfix/header_checks > > > > ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo > > detenga. > > Aunque es recibido como se merece, quiero evitar que llegue... > > > > Por el momento he estado bloqueando esas direcciones al nivel del > > cortafuegos, pero no me gusta como solución definitiva. > > > Has probado a poner un backslash delante de @ me parece que tienes que > escaparlo?? > > /^From:*fact4\@lavanderiaatvaradero\.co\.cu/i > > Probaré a ver si me resuelve. ¿Puedes "Guglear" un poquito, de todas formas, y ver qué más soluciones aparecen? -- M.Sc. Alberto García Fumero Usuario Linux 97 138, registrado 10/12/1998 http://interese.cubava.cu Una conclusión es el punto en que usted se cansó de pensar. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
2017-06-22 12:14 GMT-04:00 Paradix ;) : > El 22/06/17 a las 12:02, Jose J. Rodriguez escribió: >> >> Acá usamos apt-cacher-ng para las actualizaciones de varias versiones >> de ubuntu y debian. Como da servicio a una buena cantidad de máquinas >> (entre reales y virtuales), se logra un buen ahorro en la descarga. >> Además, no hay que crear el repo inicial gigantesco, aunque tiene la >> posibilidad de darle una lista de paquetes a "pre-cachear" si se >> quiere. Por supuesto, no ayuda si sólo se trata de 1 máquina. >> >> Saludos, >> Joe1962 >> >> > > porq cada una descarga algo especifico q se almacena en una especie de > supercache? > > Crea una estructura de directorios por distribución y/o repo, donde cachea los paquetes de forma que si actualizas una máquina, las demás (que usen los mismos repos, claro) se actualizan ya por la red local. Es configurable respecto al tiempo de almacenamiento, etc. También da un reporte web sobre los hits y misses al cache, entre otras cosas. Saludos, Joe1962 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
Fácil! En smtpd_sender_restrictions, ponle una línea más o menos así... check_sender_access hash:/etc/postfix/spammers y en spammers: lavanderiaatvaradero.co.cu REJECT Ya verás la próxima vez que intente enviarte algun correito, postfix le va a enganchar un lindo "Relay access denied" Salu2. On 06/22/2017 03:18 PM, Alberto José García Fumero wrote: Buenos días. Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome descaradadamente mediante una supuesta dirección fa...@lavanderiaatvaradero.co.cu. El mensaje es efectivamente rechazado cuando entra, según se ve: Transcript of session follows. Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas In: EHLO mail1.gaviota.cu Out: 250-partagas.ettpartagas.co.cu Out: 250-PIPELINING Out: 250-SIZE 1024 Out: 250-ETRN Out: 250-STARTTLS Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: STARTTLS Out: 220 2.0.0 Ready to start TLS In: EHLO mail1.gaviota.cu Out: 250-partagas.ettpartagas.co.cu Out: 250-PIPELINING Out: 250-SIZE 1024 Out: 250-ETRN Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL From: SIZE=7559 BODY=8BITMIME Out: 250 2.1.0 Ok In: RCPT To: Out: 450 4.1.8 : Sender address rejected: Domain not found In: DATA Out: 554 5.5.1 Error: no valid recipients In: RSET Out: 250 2.0.0 Ok In: QUIT Out: 221 2.0.0 Bye Pero ciertamente me convendría que no llegara. Para buscar que ni llegara hasta acá probé a poner esto en mi header_checks: /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT el cual es invocado por el main.cf del Postfix mediante: header_checks=pcre:/etc/postfix/header_checks ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. Aunque es recibido como se merece, quiero evitar que llegue... Por el momento he estado bloqueando esas direcciones al nivel del cortafuegos, pero no me gusta como solución definitiva. -- / * Téc. Leslie León Sinclair * Administrador de Redes * Another happy Slackware & Debian GNU/Linux user * Proud GNU/Linux User #445535 * ☎ +49-170-7683042 */ Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este correo asume el compromiso de usar el servicio y cumplir con las regulaciones establecidas. FRCUBA: https://www.frcuba.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios & Isos.
El 21/06/2017 a las 08:08 a.m., Eddys Diaz Cuesta escribió: Juan Carlos, si consigues algo me avisas para coordinar como copiarlo (implica un viaje de Florencia a ciego, tu sabes), yo por mi parte haré lo propio si lo consigo con mis colegas de JC. On 21/06/17 09:34, Juan Carlos wrote: Hola alguien de ciego de avila posee los repos de debian, manjaro y los isos? Salu2. Bueno hoy deje copiando los repos completos e isos de las distros mencionandas los interesados contactarme ya debe ser para el lunes proximo. Salu2. -- Juan Carlos Hernández Gallardo Administrador de Red ETE UEB Ciego de Ávila Email: jchernan...@etecav.transnet.cu __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
El 22/06/17 a las 12:04, Ulises Gonzalez Horta escribió: conchoo, pensaba q quienes se actualizaban era security .. no el principal ... pero bueno si es asi. a caminar entonces de nuevo a infomed a buscarlo ... esperar a hacerme de un externo manuable :D No tengo claro al 100% como funciona eso, pero realmente cuando hay updates de seguridad "urgentes" estos van a security, en el principal, la vesi'on de los programas no cambia, pues estan congeladas, digamos que siempre vas a tener el Postfix 2.5, pero hoy vas a tener la revisi'on o subversi'on 1 que seria Postfix 2.5-1 pero luego en dos meses pueden sacar la 2.5-2 y as'i, y creeme cuando ellos dicen a cambiar el repo principal son gigas y gigas de updates, ya te cont'e que cuando Lenny yo desist'i, en aquel entonces eran solo 3 DVD de repo, cuando son ahora?? bueno descargar la version de 32 bits de jessie, dicen q son 50 y picos de GiBs -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
El 22/06/17 a las 12:02, Jose J. Rodriguez escribió: Acá usamos apt-cacher-ng para las actualizaciones de varias versiones de ubuntu y debian. Como da servicio a una buena cantidad de máquinas (entre reales y virtuales), se logra un buen ahorro en la descarga. Además, no hay que crear el repo inicial gigantesco, aunque tiene la posibilidad de darle una lista de paquetes a "pre-cachear" si se quiere. Por supuesto, no ayuda si sólo se trata de 1 máquina. Saludos, Joe1962 porq cada una descarga algo especifico q se almacena en una especie de supercache? -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
Acá usamos apt-cacher-ng para las actualizaciones de varias versiones de ubuntu y debian. Como da servicio a una buena cantidad de máquinas (entre reales y virtuales), se logra un buen ahorro en la descarga. Además, no hay que crear el repo inicial gigantesco, aunque tiene la posibilidad de darle una lista de paquetes a "pre-cachear" si se quiere. Por supuesto, no ayuda si sólo se trata de 1 máquina. Saludos, Joe1962 2017-06-22 11:56 GMT-04:00 Paradix ;) : > El 22/06/17 a las 11:50, Ulises Gonzalez Horta escribió: >> >> Em 2017-06-22 11:40, Paradix ;) escreveu: > > ... >> >> >> jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia >> 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido >> todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar >> por el proxy (directo del proxy para afuera) y. pod'ia descargar y >> mantener actualizado los repos security, backports, volatile y >> multimedia, pero el principal ni sonhando, primero ese repo se >> actualiza poco, por lo que yo empec'e por poner un repo base y luego >> pedir que eso se actualizara, pero es que cuando el principal se >> actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar >> eso antes de que volviera a actualizarse, por lo que desist'i de la idea >> >> Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista >> > > conchoo, pensaba q quienes se actualizaban era security .. no el principal > ... pero bueno si es asi. a caminar entonces de nuevo a infomed a buscarlo > ... esperar a hacerme de un externo manuable :D > > -- > Paradix ;) > > Haciendo abogacía por el software libre adonde voy > > -- > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > > Infomed: http://www.sld.cu/ > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
conchoo, pensaba q quienes se actualizaban era security .. no el principal ... pero bueno si es asi. a caminar entonces de nuevo a infomed a buscarlo ... esperar a hacerme de un externo manuable :D No tengo claro al 100% como funciona eso, pero realmente cuando hay updates de seguridad "urgentes" estos van a security, en el principal, la vesi'on de los programas no cambia, pues estan congeladas, digamos que siempre vas a tener el Postfix 2.5, pero hoy vas a tener la revisi'on o subversi'on 1 que seria Postfix 2.5-1 pero luego en dos meses pueden sacar la 2.5-2 y as'i, y creeme cuando ellos dicen a cambiar el repo principal son gigas y gigas de updates, ya te cont'e que cuando Lenny yo desist'i, en aquel entonces eran solo 3 DVD de repo, cuando son ahora?? -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
El 22/06/17 a las 11:50, Ulises Gonzalez Horta escribió: Em 2017-06-22 11:40, Paradix ;) escreveu: ... jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar por el proxy (directo del proxy para afuera) y. pod'ia descargar y mantener actualizado los repos security, backports, volatile y multimedia, pero el principal ni sonhando, primero ese repo se actualiza poco, por lo que yo empec'e por poner un repo base y luego pedir que eso se actualizara, pero es que cuando el principal se actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar eso antes de que volviera a actualizarse, por lo que desist'i de la idea Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista conchoo, pensaba q quienes se actualizaban era security .. no el principal ... pero bueno si es asi. a caminar entonces de nuevo a infomed a buscarlo ... esperar a hacerme de un externo manuable :D -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] debmirror
saludos lista estoy en la necesidad de hacer un repo de jessie ... bueno, ahora con la salida de stretch tendre q hacerlo de el tambien. he estado probando debmirror, pero ... tengo 64 kbps de enlace y aunque no me preocupa dejar la pc encendida dos o tres meses hasta q acabe, en muchos momentos la conexion se corta y cuando comienza de nuevo, no sigue donde se quedo. en fin, para no dilatar, estoy buscando una alternativa. Encontre a apt-mirror, lo mejor q le veo es q usa a wget para descargar. Alguien la ha probado? salu2 -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] debmirror
Em 2017-06-22 11:40, Paradix ;) escreveu: saludos lista estoy en la necesidad de hacer un repo de jessie ... bueno, ahora con la salida de stretch tendre q hacerlo de el tambien. he estado probando debmirror, pero ... tengo 64 kbps de enlace y aunque no me preocupa dejar la pc encendida dos o tres meses hasta q acabe, en muchos momentos la conexion se corta y cuando comienza de nuevo, no sigue donde se quedo. en fin, para no dilatar, estoy buscando una alternativa. Encontre a apt-mirror, lo mejor q le veo es q usa a wget para descargar. Alguien la ha probado? salu2 jajaaj, mi consejo es que ni lo intentes, en la epoca de Lenny yo tenia 128kbps de enlace, al igual que tu pod'ia dejar el servidor encendido todo el tiempo. Hacia el debmirror desde el proxy directo y sin pasar por el proxy (directo del proxy para afuera) y. pod'ia descargar y mantener actualizado los repos security, backports, volatile y multimedia, pero el principal ni sonhando, primero ese repo se actualiza poco, por lo que yo empec'e por poner un repo base y luego pedir que eso se actualizara, pero es que cuando el principal se actualiza son gigas de actualizaciones, y nunca me daba tiempo a bajar eso antes de que volviera a actualizarse, por lo que desist'i de la idea Quiz'as otros tengan otra experiencia. Lamento ser tan pesimista -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775https://webmail.ulinxonline.net/cpsess3003853920/3rdparty/roundcube/?_task=mail&_action=compose&_id=1266947503594be656d9088# __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
Em 2017-06-22 11:18, Alberto José García Fumero escreveu: Buenos días. Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome descaradadamente mediante una supuesta dirección fa...@lavanderiaatvaradero.co.cu. El mensaje es efectivamente rechazado cuando entra, según se ve: Transcript of session follows. Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas In: EHLO mail1.gaviota.cu Out: 250-partagas.ettpartagas.co.cu Out: 250-PIPELINING Out: 250-SIZE 1024 Out: 250-ETRN Out: 250-STARTTLS Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: STARTTLS Out: 220 2.0.0 Ready to start TLS In: EHLO mail1.gaviota.cu Out: 250-partagas.ettpartagas.co.cu Out: 250-PIPELINING Out: 250-SIZE 1024 Out: 250-ETRN Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL From: SIZE=7559 BODY=8BITMIME Out: 250 2.1.0 Ok In: RCPT To: Out: 450 4.1.8 : Sender address rejected: Domain not found In: DATA Out: 554 5.5.1 Error: no valid recipients In: RSET Out: 250 2.0.0 Ok In: QUIT Out: 221 2.0.0 Bye Pero ciertamente me convendría que no llegara. Para buscar que ni llegara hasta acá probé a poner esto en mi header_checks: /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT el cual es invocado por el main.cf del Postfix mediante: header_checks=pcre:/etc/postfix/header_checks ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. Aunque es recibido como se merece, quiero evitar que llegue... Por el momento he estado bloqueando esas direcciones al nivel del cortafuegos, pero no me gusta como solución definitiva. Has probado a poner un backslash delante de @ me parece que tienes que escaparlo?? /^From:*fact4\@lavanderiaatvaradero\.co\.cu/i -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Mi header_checks no detiene un mensaje de spam (mensaje un poco largo...)
Buenos días. Me he encontrado que desde ayer el servidor smtp.gaviota.cu y sus dos hermanos mail1.gaviota.cu y mail2.gaviota.cu están spameándome descaradadamente mediante una supuesta dirección fa...@lavanderiaatvaradero.co.cu. El mensaje es efectivamente rechazado cuando entra, según se ve: Transcript of session follows. Out: 220 partagas.ettpartagas.co.cu ESMTP Partagas In: EHLO mail1.gaviota.cu Out: 250-partagas.ettpartagas.co.cu Out: 250-PIPELINING Out: 250-SIZE 1024 Out: 250-ETRN Out: 250-STARTTLS Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: STARTTLS Out: 220 2.0.0 Ready to start TLS In: EHLO mail1.gaviota.cu Out: 250-partagas.ettpartagas.co.cu Out: 250-PIPELINING Out: 250-SIZE 1024 Out: 250-ETRN Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL From: SIZE=7559 BODY=8BITMIME Out: 250 2.1.0 Ok In: RCPT To: Out: 450 4.1.8 : Sender address rejected: Domain not found In: DATA Out: 554 5.5.1 Error: no valid recipients In: RSET Out: 250 2.0.0 Ok In: QUIT Out: 221 2.0.0 Bye Pero ciertamente me convendría que no llegara. Para buscar que ni llegara hasta acá probé a poner esto en mi header_checks: /^From:*fact4@lavanderiaatvaradero\.co\.cu/i REJECT el cual es invocado por el main.cf del Postfix mediante: header_checks=pcre:/etc/postfix/header_checks ¿Esta sintaxis que estoy usando está bien? Porque no veo que lo detenga. Aunque es recibido como se merece, quiero evitar que llegue... Por el momento he estado bloqueando esas direcciones al nivel del cortafuegos, pero no me gusta como solución definitiva. -- M.Sc. Alberto García Fumero Usuario Linux 97 138, registrado 10/12/1998 http://interese.cubava.cu Una conclusión es el punto en que usted se cansó de pensar. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l