CONSULTA DEL USUARIO:

Estimados,
Como NO tuvimos respuesta les reiteramos nuestra inquietud:

Quisieramos saber de qué manera podríamos enviar un mail desde Outlook (POP3) con imágenes adjuntas por un peso aproximado de 1 mb a 600 contactos de una sola vez. Esta operación se realizaría unas 2 veces por semana. Es esto posible? Ya sabemos que existe un límite de 300 mails por día es por ello que los consultamos.

Teniendo en cuenta la limitacion que uds disponen se estarían enviando 300 mails por día por 30 días, es decir, 9000 mails. Lo que nosotros necesitamos es enviar unos 1200 por semana por 4 semanas, es decir, 4800 mails al mes. Claramente no superamos la limitación mensual, pero sí la diaria.

Qué solución nos proponen? Sin recurrir al servicio de Sectormail.

Muchas gracias.

RESPUESTA DEL STAFF:

Estimado,

Si bien no supera el límite mensual, no se trata de ello sino de la carga que produce en el sistema una gestión de entrega de un único email con 600 destinatarios y un peso superios a los 600 MB en la gestión.

Tales situaciones, son extremadamente perjudiciales para el servidor y no habría manera que su cuenta no fuese automáticamente suspendida y sin previo aviso.

Cuando un email es tan pesado, debe planear una notable disminución en el mismo por medio de la escritura de una página HTML hosteada en su cuenta y que sería referenciada por el email que pesaría apenas unos pocas KB. En tal escenario, le ofrecemos enviar emails con hasta 30 destinatarios cada uno y extendemos el límite, para dos días a la semana, a 600.

Entonces: puede enviarlos pero NO pueden superar los pocos KB de peso cada uno y no pueden tener más de 30 destinatarios cada uno. Luego, dos días por semana, podrá enviar 600 emails en el mismo momento.

Aguardo sus comentarios.

Queda abierto el presente ticket de soporte.

USUARIO:

No es practico para nuestros clientes pedirles que envíen 20 correos, con 30 contactos por lista, por cada vez que quieran publicar un evento.
Además tengan en cuenta que los mail enviados no son SPAM sino correos solicitados por el usuario final.
Estas limitaciones están aplicadas al correo POP3,¿ Que sucedería si instalásemos un sistema de mailing como PHPLIST o OPEN NEWLETTER en el espacio de nuestro cliente? ¿Continuaría este impedimento?

Hace 3 años que como webmasters recomendamos a nuestros clientes vuestro hosting (pueden verlos en nuestro porfolio), porque consideramos que se preocupan por brindar un buen servicio, lamentablemente en este caso puntual no se nos esta brindando un respuesta, ni curso de acción posible.

Desde ya muchas gracias. Esperamos Pronta respuesta.

Atte. Grupo Lafquen.

RESPUESTA DEL STAFF:

Estimado:
Entendemos su comentario acerca de sus recomendaciones hacia nuestra firma. Pero la lectura de lo que entendemos como buen servicio es diferente.

No se trata de una clasificación de emails como SPAM o correo genuino.
No es nuestra tarea el clasificar correos como SPAM e impedir los envíos por ese motivo.

Se trata de un tema de carga del servidor. Se trata justamente de otorgar un servicio estable. De calidad. Como el que brindamos. Si fuéramos permisivos y dejáramos que los clientes de un servidor compartido enviaran cantidad de emails de acuerdo a cada requerimiento de dominio, no tendría UD. el servicio que nosotros estamos brindando ahora. El servidor se caería. No tenga dudas de lo que digo.

En rigor de verdad, no nos interesa a nosotros si el correo es SPAM o genuino. Si por ejemplo, UD, poseería un servidor propio (podemos brindarle ese servicio) sería UD. quien pusiera las reglas de límites. Y ese límite sería el técnico.
Lo mismo sucede con el nuestro.

No importa si envía con un sistema de envíos o desde un programa cliente, ya que utiliza el servicio SMTP igualmente de nuestra firma.
No tenemos nosotros un servicio de hosting con posibilidad de envíos masivos. No lo tenemos. Si antes se permitía, y a UD. le servía, ahora el tema de envíos ha cambiado notablemente desde hacer tres años como UD. nos dice. Ahora los requerimientos de los dominios hacen que el servidor utilice más recursos a veces para estos envíos que para todo los servicios compartidos. Y esto trae consecuencias de baja de estabilidad, velocidad, etc., llegando incluso a “tirar” el servidor entero.

No se trata tampoco de límites establecidos por sistema. El análisis es humano. Si en nuestros paneles aparece que hay determinado uso de recurso y éste pone en problemas los servicios del server, ese servicio se suspende.

No hay opciones del lado del servicio nuestro actualmente contratado por UD. a brindarle algún tipo de excepción, ya que como relaté, no es un tema administrativo, sino técnico. Los límites existen para todo. Incluso las mega empresas como Google, Yahoo y Hotmail las tienen. Y estos límites de mega empresas son de caracter en su mayor parte técnico.

No se trata de poner límites a nuestros servicios del lado administrativo (en general tratamos de subir esos límites) sino que si los límites existen del lado técnico, informarlos con claridad. Y mantener así un buen servicio todos. Conociendo esos límites ambas partes, aseguramos un buen servicio, sin sorpresas. Si lo que nosotros brindamos no le alcanza, puede ahora saberlo y organizarse de acuerdo a ello.

Posee igualmente, para su caso varias opciones. Se me presentan cuatro para citarle:

- Utilizar SMPT de Google. Es un cambio en los registros MX, manteniendo su nombre de dominio, pero utilizando SMTP de Google. Vea que en este caso, el límite (puesto por Google) es de 200 emails -aprox. según datos obtenidos de la práctica- por hora por dominio.

- Utilizar un servicio de envíos masivos. Nosotros lo ofrecemos a través de www.sectormail.com

- Contratar un servidor dedicado pequeño, donde podrá alojar sus dominios y poner sus propias reglas de envíos. Nosotros podemos asesorarle y brindarle ese servicio. Los precios son mayores que los de un plan de hosting, pero las posibilidades de comercialización también lo son.

- Migrar a otra empresa donde la permisividad en el envío de emails sea mayor a la nuestra o cumpla con su requerimiento.

No crea, que no nos importa que UD. se vaya. El citar la última opción no se trata de eso. Pero la opción de buscar otros caminos siempre existe. Lo sabemos. Preferimos eso a que la calidad de nuestro servicio caiga.

A modo personal, como webmaster también, agrego como comentario que los clientes siempre pedirán más servicio. Que es difícil explicar límites. Que no quieren pagar más. Que uno ya pasó un precio por un trabajo o abono mensual y que no es posible cambiarlo. Conozco muchos más “peros”, como seguramente UD., pero a veces se confunde tema servicios con no-límites, no-cambios, etc. Hay que explicarlos, o tratar de hacerlo, como es esta respuesta. Los servicios de hosting son confundidos con servicios de envíos masivos de emails, publicidad, contactos con miles de clientes. La facilidad y permisividad de los sistemas del lado del cliente, hacen que no se vean impedimentos técnicos para realizar un envío por ej. de 5000 emails en un click. Se confunde el usuario. No ve lo tecnicamente involucrado en ese click. Solo se ve lo local. Y bien. Hay que informarlo. Los clientes en general entienden, e incluso puede quizás a sorprendernos el que acepten pagar una suma mayor por un servicio de esa naturaleza. En general, los servicios de contactos con miles de clientes, aún los pagos, son muy económicos para las empresas. Y sino, deberán adecuarse para tener en cuenta ese gasto.

Espero haber aclarado un poco más este punto y que conozca más en detalle cómo trabaja SectorHosting.

Quedo a su disposición.

Cordial saludo.

Julio O. Mellado
www.sectorhosting.com

CONSULTA DEL USUARIO:

A quien corresponda:

Anteiormente habia anviado un tiket debido a que en mi sitio www.comosalirdelacrisis.com, tenemos un sistema de boletines con PHPList y nuestra lista es de aproximadamente 400 usuarios, me respondieron que no habia problema que se podia hacer una excepción por el excedente de mails, sin embargo haciendo un analisis, nuestro sitio tiende a crecer y por tanto es muy probable que superemos este número de mails diarios, por tal motivo haga la solicitud de algún plan o tarifa que pueda solventar este problema, seguramente llegaremos a los 1000 mail diarios, entonces para evitar que desactiven nuestra cuenta de mail, nos gustaria saber si existe algun costo adicional, los mails que enviamos son texto con alguna imagen sencilla los cuales no pesan demaciado sin ambargo el hecho es que si pueden ser bastantes.

De favor indiquenos los planes o tarifas para envio masivo de mail, por su atención de antemano muchas gracias y reciba un cordial saludo.

RESPUESTA DEL STAFF:

Estimado usuario:

Analizaremos la situación que plantea y le daré una respuesta a la brevedad.

Cordial saludo.

RESPUESTA DEL STAFF:

Estimado:
Mientras los emails se mantengan en esa cantidad (aprox. 300 o 400) y además no sean de excesivo peso, no habrá inconvenientes con su envío. Es importante resaltar que no sean estos envíos en forma de Bulk, o sea un email con 300 destinatarios, ya que de esa forma, el servidor ocupa muchos recursos en exclusiva. Lo conveniente es no más de 30 destinatarios y si es posible con pausa en los envíos, cuanto mayor, mejor.
Si el requerimiento es mucho mayor, comuníquese nuevamente e intentaremos organziar esos envíos teniendo en cuenta peso, cantidad y horario.
Cerraré su nuevo ticket con esta misma respuesta.
Quedamos a su disposición y disculpas por la demora en esta respuesta.
Cordial saludo.

RESPUESTA DEL STAFF:

Hola que tal. Tengo 2 consultas.
Un cliente contrató un servicio de envio de emails. La persona que contrató le pide subir al servidor unos archivos de PHP, desde donde se va a hacer el envio. Se trata de la publicidad de una pelicula proxima a extreñarse en todos los cines.

¿Cuál es el límite de envíos que se pueden hacer de esta manera?
Osea, sin utilizar el servidor SMPT, para el cual son 200, tengo entendido.

En caso de que este cliente envie mas mails de los permitidos, segun leí se establecerá un punitorio y una suspension del servicio. Dicha suspension, ¿es por el dominio en cuestion o para el plan entero de R1?

Desde ya muchas gracias
agradesco la pronta respuesta
Saludos.

=============================

Respuesta de SectorHosting

Estimado Nahuel:
El límite es de 300 emails por día por dominio. Esto es estimativo, no una cifra sistematizada. Técnicos testean el uso y estado de recursos del servidor, y se toma una decisión, basada en un análisis humano, no de sistema.
En caso de suspensión, se suspende la cuenta que realiza el exceso únicamente.
Lo que se trata en realidad, no es de cobrar multas ni quitar servicios, sino por el contrario, el mantenerlos.
Puede ver alguna nota aclaratorio de estas medidas en:

http://blog.sectorhosting.com/2009/07/26/sobre-mails-masivos-informar-requerimiento/

http://blog.sectorhosting.com/2009/07/29/sectorhosting-nueva-politica-para-envios-masivos-de-emails/

Gracias por su preocupación y quedo a su disposición.

Julio O. Mellado
www.sectorhosting.com

CONSULTA DEL USUARIO:

Estimados,
Tengo un par de puntos que quisiera esclarecer:
1) En nuestros sitios no utilizamos el envío masivo de mails, estas medidas tomadas por su empresa nos afectan monetariamente de alguna forma?
2) Las medidas solucionaran el problema actual de nuestras cuentas el cual consiste en la clasificación como correo SPAM por la mayoría de los servicios de mail que existen (Hotmail, Gmail, Yahoo!) de todos los mails que se envían, aún cuando sean remitidas a solo un destinatario? De no ser así, qué solución nos pueden brindar?

Desde ya muchas gracias.
Aguardo su pronta respuesta.
Federico

RESPUESTA DEL STAFF:

Estimado Federico:
Respondo sus inquietudes.

1.- No. No afectará. El email es informativo acerca de medidas a tomar en caso de que se registren hechos de uso indebido de servicio. No es algo puntual a su cuenta.

2.- No directamente, aunque si la causa de la no llegada de emails depende de la reputación de un determinado rango de IP, estas medidas tienen como principal objetivo, no el cobro de sanciones en dinero, sino disminuir el mal uso o abuso de nuestro servicio de envío de emails.
Si bien una medida de este tipo no brinda una solución inmediata, la aplicación de sanciones esctrictas,  tienen un efectivo resultado. No es en rigor, una solución del lado técnico, sino correctiva en cuanto a uso de servicios.
En cuanto a clasificación de SPAM de correos individuales, hay que tener en cuenta que esta clasificación depende de varios factores, los cuales son configurables del lado del programa cliente, o sea del destino.
No es necesario enviar muchos correos para que un email sea clasificado como SPAM. Si se envía un solo email “mal” construido (asunto con palabras como VIAGRA; caracteres mayúsculos en asunto; signos de admiración repetidos en asunto; vínculos en asunto; vínculos en cuerpo de texto enmascarados; gran cantidad de vínculos; vínculos a sitios sospechosos, y muchos etc.) el programa cliente lo tomará como SPAM. Queda que el destino marque el email como correo deseado y ya no será considerado SPAM.
COn esto quiero informar, que en la comunicación por email, varios son los “actores” que intervienen. Como dato, los emails en formato texto puro son más efectivos que los de formato html (es más difícil que un email en formato texto sea considerado SPAM).
Personalmente, he recibido en cuentas como gmail, yahoo y hotmail, emails no solo de speedy, por citar algún servidor, sino fibertel, y los mismos yahoo, gmail, y hotmail, que fueron clasificados erróneamente como SPAM.
Como se advierte, en muchos casos, las causas de una incorrecta clasificación escapan al servidor de envío, sino que juegan factores como la forma de construcción del email enviado, su contenido, etc.
Por otra parte, el nombre de dominio también tiene un importante papel para muchos proveedores de servicios.
Empresas en las cuales un solo usuario de emails (caso un empleado de una determinada firma) hace uso abusivo del servicio enviando miles de emails a un determinado servidor (hotmail, por decir uno, aunque es de los más conflictivos), basta para que el dominio sea considerado dudoso.
Entonces para ese servidor, otro usuario con el mismo dominio verá que sus emails van a SPAM. Incluso, no es necesario que un usuario haga uso abusivo, sino también el caso de que el dominio sea tomado para envíos de emails en forma remota, tanto porque troyanos robaron datos de acceso, o por algún motivo del tipo ingeniería social.
También están los filtros de los grandes proveedores (yahoo, hotmail, gmail) a nivel dirección IP. En estos casos, cuando un rango de IP es incluido an alguna lista negra, es tarea de los administradores del servidor en sacarlo de dichas listas. Los administradores deben cuidar celosamente que su servicio funcione lo más “aceitado” posible, y para esto, por ejemplo, las medidas de aplicación de sanciones para el mal uso del servicio.

En cuanto a su caso específico, le puedo comentar que trabajamos (las medidas tomadas son parte de eso) en varios frentes para mejorar llegada de emails, para los casos que dependa la no llegada de nuestro servidor.

Estuvimos viendo el email que nos ha hecho llegar en anterior ticket. Sin embargo lamentablemente, no tengo una respuesta de solución definitiva.

Trataremos de brindársela a la brevedad.

Disculpas por estas molestias y quedamos en contacto con dos tickets abiertos.

Cordial saludo.

Julio O. Mellado
www.sectorhosting.com

CONSULTA DEL USUARIO:

Buen día, estoy en proceso de utilizar los servicios de sector hosting y tengo dudas sobre que alternativas tengo para enviar más de 300 correos en un mismo dia.

En la clásula 14 del contrato de servicios indica que debo informar mi requerimiento.

De igual forma tengo duda sobre como se contabiliza esto ya que entiendo que se pueden enviar los correos de dos formas:

a) Por el servidor (utilizando php)
b) Por el mail del cliente (webmail, outlook, fedora)
PREGUNTA 1 ¿COMO Se Contabilizan los 300 correos / dominio . dia?

PREGUNTA 2 :¿Si uno de mis clientes tiene un problema de virus en su pc y ms outlook manda 300spam. Eso me causa baja del servicio?????

Si los beneficiados con tener cuenta de correo de uno de mis clientes (sus empleados -supongamos 20-) un día tienen mucha actividad de correo (más que nada los correos personales y correos internos)

PREGUNTA 3:
Si ellos mandan más de 300 correos ¿ me causan baja del servicio?

Gracias por su atención

RESPUESTA DEL STAFF:

Estimado David:

Gracias por su consulta.

No hay en rigor una suspensión automática por sistema cuando un dominio envía más de “300 emails por día y por dominio”.
El tema pasa por el stress del servidor que el uso de SMTP puede ocasionar con “n” cantidad de emails. Tomamos como cifra 300, pero bien puede variar ese número por las características del email (peso, archivo adjunto), por el tiempo de envío (pueden enviarse todos juntos o separados en lapsos) y aun así, varía por el estado del server en el momento de envío.
Si la carga del servidor hace peligrar el servicio (puede suceder que hasta caiga el servicio) el origen es suspendido inmediatamente. Y esto sin aviso al mismo. No hay tiempo en general para informar y luego esperar respuesta y luego proceder.
Un usuario que envía 300 emails en foma de bulk, con un adjunto de 10 MB. es un usuario que no tiene en cuenta la posibilidad de sobrecarga que en el servidor ese envío puede ocasionar. Ese usuario puede ser suspendido si los recursos se ven afectados. El mismo envío se puede realizar en tandas con intervalos de tiempo.
La facilidad que el usuario posee en los sistemas de envío, pudiendo enviar miles de emails con un click, confunden a veces el uso de un servicio de hosting (el cual brinda posibilidad de envíos de emails), con un sistema de comunicación masiva, o de publicidad sin límites.

No importa la forma de envío. NO importa en realidad si el origen tiene un troyano o no. Lo que se mira es la “salud” del server.

A modo informativo, las políticas de envíos de emails, desde el lado técnico, son cada vez más estrictas en nuestra firma, y esto debido al aumento de casos de envíos masivos.
Este aumento de casos se debe principalmente al desconocimiento de las reglas de uso (en general se hace click en “acepto…” y pocos leen las reglas), al desconocimiento del stress que envíos masivos causan al servidor (desconocimiento de la tecnología), y al aumento de casos de máquinas infectadas con troyanos (en general descuidos de uso de tecnología). También, sucede el robo de accesos, empleados de firmas que utilizan recursos en forma propia, y muchos etc. Por último, tenemos los casos de usuarios que conociendo la tecnología, proceden intencionalmente.

Pero técnicamente, no importa si el origen es o no intencional, ya que el hecho sucede igual.

Entonces tenemos por un lado el aspecto legal y la inclusión posible en listas negras de IP o rangos completos de IP de SH, lo cual perjudica a miles de usuarios de SH (denuncias de SPAM a nivel entidades fuera de SH). SI existe denuncia de SPAm de alguna entidad nacional o internacional, el servicio es supendido, y en estos casos, puede no volver a reactivarse.

Por otro lado, en el plano puramente técnico, no es necesario que existan denuncias de SPAM para que SH suspenda un servicio, ya que que si los recursos de determinado servidor/servicio sufren abuso, el origen debe suspenderse.

En ambos casos, la situación es crítica y la suspensión debe realizarse, aunque en el segundo caso, cuando la decisión depende únicamente de SH, tenemos cierta permisividad.

En cuanto a antecedentes, es importante tener en cuenta las reincidencias, ya que en ese caso, puede ser que el servicio lamentablemente no sea reactivado.

Estas medidas, son justamente para trabajar y crecer junto al usuario. No para entorpecer su trabajo.
Cuando digo usuario me refiero a todos los que comparten servicios en un servidor.
Si fuéramos permisivos en este tema de envíos de emails, si no realizáramos suspensiones por abuso de uso de servicio, SH literalmente no existiría.

Espero haber aclarado un poco el uso de nuestro servicio.

Quedo a su disposición.

Cordial saludo.

Julio Mellado
www.sectorhosting.com

Podrian rehabilitar el dominio nnnn.com, creo que queda claro de mi respuesta al TKT 17023 que el correo basura no fue para nada intencional al tener un virus el equipo que los enviaba.

Al recibir los logs se identifico y deshabilito para que esto no suceda más.

Desde ya muchisimas gracias

RESPUESTA DEL STAFF:

Estimado Mariano:

El servicio por el dominio nnn.com ha sido habilitado.

A modo informativo, las políticas de envíos de emails, desde el lado técnico, son cada vez más estrictas en nuestra firma, y esto debido al aumento de casos como el nnn.com. Técnicamente, no importa si el origen es o no intencional, ya que el hecho sucede igual.
Entonces tenemos por un lado el aspecto legal y la inclusión posible en listas negras de IP o rangos completos de IP de SH, lo cual perjudica a miles de usuarios de SH (denuncias de SPAM a nivel entidades fuera de SH).
Por otro lado, en el plano puramente técnico, no es necesario que existan denuncias de SPAM para que SH suspenda un servicio, ya que que si los recursos de determinado servidor/servicio sufren abuso, el origen debe suspenderse.
En ambos casos, la situación es crítica y la suspensión debe realizarse, aunque en el segundo caso, cuando la decisión depende únicamente de SH, tenemos cierta permisividad.
En cuanto a antecedentes, es importante tener en cuenta las reincidencias, ya que en el caso de nnnn.com, un nuevo caso puede hacer que el servicio lamentablemente no sea reactivado.
Estas medidas, son justamente para trabajar y crecer junto al usuario. No para entorpecer su trabajo. Cuando digo usuario me refiero a todos los que comparten servicios en un servidor. Si fuéramos permisivos en este tema de envíos de emails, si no realizáramos suspensiones por abuso de uso de servicio, SH literalmente no existiría.
Sirvan estas líneas para aclarar un poco esta lamentable situación.

Cordial saludo.

Julio O. Mellado

www.sectorhosting.com

Departamento: Panel de Control
Asunto: Cuenta de email por defecto

Motivo:
que tal primero saludos cordiales.

Mi problema: la cuenta que configuro de email por defecto o “Direccion por Defecto” en el Cpanel, de el dominio albergado en mi cuenta (dominio.com) es cambiada despues de un tiempo, bueno cambiada no pero despues deja de renviar todo el trafico sin ruta al correo configurado y de nuevo aparece

“Configuración Actual: :fail: ” en vez de: “Configuración Actual: usuario@hotmail.com ” pierde la configuracion guardada y me pregunto si ustedes podrian tener la respuesta a la pregunta, ¿por que? y como solucionarlo?

Qué es necesario que todo el email se renvie a mi correo electrónico.

Gracias de antemano

Gonzalo Fernandez ha respondido a su solicitud por soporte:
——————————————————————————–
Estimado Javier,
La dirección por defecto es, hoy día, una muy mala idea de la gente de cPanel ya que la cantidad de SPAM que comenzaría a recibir al día superaría varias veces las quotas que haya asignado a sus casillas de mail. En su momento fue un muy buen recurso ya que tenía por objeto el que, si alguien escribía mal una dirección, el mail llegase a destino.

El SPAM se ha incrementado en el último tiempo de forma más que importante.

En SectorHOSTING implementamos controles bastantes estrictos ya que, para darle una idea, un dominio puede recibir centenares de miles de correos de la forma “cualquier-cosa@su-dominio.com” en un sólo día.

Son cifras realmente alarmantes debido a que los spammers cuentan no sólo con sus computadoras sino con millares de equipos que “trabajan” para ellos gracias a troyanos, virus y demás, que se encargan de enviar los mails utilizando la configuración del equipo local (infectado), dominios adulterados, etc.

El escenario, sin un control como el generado por la denegación de mails que tienen por destino cuentas inexistentes (:fail:), daría lugar a una importante cantidad de situaciones desagradables:

1) UD. recibiría tantos mails que no podría siquiera manejarlos,
2) El servidor que aloja su cuenta debería recibir, uno a uno, los correos como si fuesen genuinos, quitándole tiempo a los que verdaderamente lo son, por lo que la calidad del servicio (performance) caería considerablemente.

:fail: implementa un simple control: si la cuenta no existe durante el inicio de la recepción, interrumpe el mail ANTES que llegue al servidor evitando uso de recursos, carga del sistema, espacio en disco, saturación de casillas locales, etc.
Cuando el servidor detecta que se cambia el modo :fail: lo vuelve a setear. Es un proceso interno que no podemos quitar.

Queda abierto por 48 horas el presente ticket de soporte por si tiene alguna consulta que hacernos, caso contrario será automáticamente cerrado.

Saludos Cordiales.

CONSULTA DEL USUARIO:

Quisiera saber si hay una forma de filtrar los mails procedentes de una casilla de mail en especial, y directamente eliminarlos antes de que llegue a la casilla destino. Tengo un spammer que envía catálogos de dvds y realmente molesta que envíe cada tanto 4 megas en un mail, que no tiene nada que me interese.
En teoría en el Cpanel se puede, pero no encuentro donde (la parte “filtrar mail” dice que se puede eliminar un mail mediante un filtro, pero no encuentro la opción)

Muchas gracias

RESPUESTA DEL STAFF:

Estimado Roberto:

El filtro de emails es un tema que puede ser resuelto de varias formas, siendo el control de spam por el mismo servidor el más eficiente.

Conviene que se proceda de acuerdo a lo sugerido a continuación:

1) Habilitar “Spam Assassin” para el primer nivel de filtrado. La opción se encuentra en el cPanel de cada dominio y dentro de la sección de Correo/eMail.

2) Seleccionar un umbral o valor que servirá para que, una vez procesados los headers o encabezados de cada email, se determine si un email puede ser o no considerado como spam. Valores por debajo de 5 pueden significar que reciba “falsos positivos” (emails marcados como spam cuando en realidad no lo son). Por otro lado, valores muy altos pueden dejar pasar verdaderos spams a su bandeja de entrada.

Iniciar con el valor 5 y, si se recibe muchos emails de tipo spam, incrementarlo de a un punto hasta lograr un ajuste que resulte óptimo.

Para configurar el umbral, ir a la opción “Configurar SpamAssassin” (dentro del submenú “Spam Assassin”) y luego, en “required_score”, especificar el valor a utilizar. Confirmar los cambios.

3) Puede indicar al sistema que elimine todo email marcado como spam por el proceso anterior. En tal caso, habilitar la opción “Auto-Borrar Spam“. Se sugiere la habilitación una vez que el umbral haya sido optimizado de forma tal que no pierda emails genuinos (falsos positivos). NOTA: los emails eliminados por ésta opción no pueden ser recuperados.

4) Existe una alternativa intermedia al borrado de los emails: Spam Box.

SpamBox recibirá todos los correos identificados como spam por SpamAssassin en un folder separado llamado ‘spam’. Este folder debera ser vaciado en forma manual (NOTA: opción “Borrar Contenido de Spam” en el mismo submenú de SpamAssassin).

Hasta aquí hemos visto cómo utilizar el servicio para marcar los correos no deseados como spam. Se puede dar un paso más avanzado y agregar filtros que ajusten aún más el control sobre tales emails de la siguiente forma:

El siguiente ejemplo elimina todos los emails enviados de la dirección de correo test@ejemplo.com

1) Ingresar a la opción (muy mal traducido por cPanel) “Filtración a Nivel de Cuenta

2) Clic en “Crear nuevo filtro

3) Asignar el nombre al filtro: “Eliminar correo de test@ejemplo.com”

4) En la primer parte de las reglas, seleccionar “De”, “Igual que” y escribir el valor debajo: test@ejemplo.com

5) En “Acciones” seleccionar “Descargar Mensaje”.

NOTA para los más curiosos: en el archivo de filtrado /etc/vfilters/su-dominio se agrega el siguiente bloque:

#Eliminar correo de test@ejemplo.com
if
$header_from: is “test@ejemplo.com
then
save “/dev/null” 660
endif

6) Clic en “Activar

En lo sucesivo, todo email enviado desde test@ejemplo.com será descartado del servidor, siquiera marcado como spam o guardado en alguna carpeta del sistema.

Soporte Técnico
www.sectorhosting.com

© 2012 SectorHosting BLOG Suffusion WordPress theme by Sayontan Sinha