Javier y Carlos: muchas gracias por responder.

No tengo ip fija, entonces menos que menos podría resolver este
problema. Pero me llamó la atención, el otro día, estaba haciendo unas
pruebas de envío con el smtp local, y sin querer en lugar de enviarle a
la dirección de fibertel el cuerpo del correo con HTML , le mandé un
texto sencillo. Y ese sí lo recibió. Quiere decir que al menos fibertel
me lo estaba filtrando por otros problemas que detecta el spamAssassin,
que estoy investigando.

En cambio, el hotmail, sólo llega como vos decís, esto es, desde un smtp
de mi proveedor, que debe cumplir las condiciones de ip que vos decís. O
sea que distintos proveedores tienen distintas condiciones de filtro,
pero hotmail, o gmail, desde un smtp local parece no llegar de ningún
modo.

Pero bueno, ahora sé cuáles son las condiciones para hacer esa tarea, y
puedo evaluar soluciones y costos alternativos, cosa que ningún personal
de soporte de ningún proveedor, ni remotamente me pudo orientar.

Muchas gracias.

-----Mensaje original-----
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de
[EMAIL PROTECTED]
Enviado el: Lunes, 02 de Abril de 2007 01:35 p.m.
Para: vbusers List Member
Asunto: [vbusers] [OT] no puedo despachar mail por detección de spam

Debido a la cantidad de spam que hay en internet, los proveedores deben
cuidarse ya que generan muchos problemas como malestar de sus clientes.

Un servidor de mail, al recibir un mail desde otro servidor, se fija en
varios detalles.

Ejemplos:

   - Que la ip del mail server sea una ip fija/publica
   - Que tenga DNS Reverso (o sea que si haces ping -a 222.222.222.222
debe resolver tudominio.com.ar ) (muy importante)
   - Que tu ip no este en una blacklist
   - algunos proveedores como hotmail y otros del viejo continente, con
solo ver que la ip viene de sudamerica por defecto lo toma como spam
   - y otras cosas mas...

Tener tu propio servidor de mail no es tan facil, si tenes ip fija de
redes, te conviene ver si ellos puede hacer dns reverso de tu ip.

Saludos





> Posteé este asunto como Off topic, porque es más apropiado para temas
de
> Internet, Asp y Cdonts, que para vBasic pero como muchos nos vemos
> involucrados en tareas con la web, como despacho de correos, etc,
> también lo pregunto en vbusers por si alguno tiene experiencia en el
> tema. Paso al problema:
>
> Estoy tratando de enviar unos correos, estoy teniendo dos problemas al
> respecto:
>
> El primero ocurre que, por ejemplo los destinatarios de fibertel, no
los
> reciben y otros de otros servidores, lo reciben correctamente. Después
> me llega un correo que me indica que fue detectado como spam. Más
abajo
> copié el informe.
> Pero no entiendo quién ejecuta dicho control. Y tampoco entiendo el
> informe. Creo que lo hace un producto que se llama SpamAssassin, pero
no
> me queda claro cómo corregirlo, o si puedo validarlo de alguna manera
> antes del despacho, para que no me ocurra.
>
> Además (segundo) tengo el problema adicional de que si los despacho
con
> un smtp local (127.0.0.1), las direcciones de hotmail, tampoco lo
> recibían, pero usando el smtp del proveedor de internet (telmex), sí
lo
> reciben. El problema es que el smtp del proveedor, tiene restricciones
> de cantidad que me impiden mandar lo que necesito, que es un
newsletter
> por suscripción. Por eso quería usar un smtp local. No sé si este es
un
> problema corregible con alguna configuración del smtp local. Caso
> contrario, tendría que usar algún servicio pago como Constant
contacts,
> que cobran por destinatarios. Me gustaría saber si ese costo es
> evitable.
>
> Ahora transcribo el informe devuelto. Viene por redesdelsur, porque
> cuando despaché el mail, le puse una dirección “From” de redesdelsur.
> Muchas Gracias.
>
>
> Spam detection software, running on the system
> "Tierra1.tierra.redesdelsur.com", has identified this incoming email
as
> possible spam.  The original message has been attached to this so you
> can view it (if it isn't spam) or label similar future email.  If you
> have any questions, see the administrator of that system for details.
>
> Content preview:  Esta es una Notificaci+APM-n de estado de entrega
>   generada autom+AOE-ticamente. No se pudo entregar el mensaje a los
>   siguientes destinatarios; no se pudo conectar correctamente con el
>   servidor de correo de destino. [...]
>
> Content analysis details:   (5.0 points, 5.0 required)
>
>  pts rule name              description
> ---- ----------------------
> --------------------------------------------------
>  1.0 NO_REAL_NAME           From: does not include a real name
>  3.1 BAD_ENC_HEADER         Message has bad MIME encoding in the
header
>  1.8 BILL_1618              BODY: Possible mention of bill 1618
> (anti-spam bill)
> -2.6 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
>                             [score: 0.0000]
>  1.8 HTML_OBFUSCATE_10_20   BODY: Message is 10% to 20% HTML
obfuscation
>  0.0 HTML_MESSAGE           BODY: HTML included in message
>  0.0 SUBJECT_EXCESS_QP      Subject: quoted-printable encoded
> unnecessarily
> -0.0 AWL                    AWL: From: address is in the auto
white-list
>
> The original message was not completely plain text, and may be unsafe
to
> open with some email clients; in particular, it may contain a virus,
or
> confirm that your address can receive spam.  If you wish to view it,
it
> may be safer to save it to a file and open it with an editor.
>
>
>
>
>



-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.24/741 - Release Date:
31/03/2007 08:54 p.m.
 


Responder a