[uylug-varios] problemas envio a cuentas de gmail

[Cristian Menghi]

https://mxtoolbox.com/SuperTool.aspx?action=mx%3aadinet.com.uy&run=toolpage#

Adinet marcado como spam, mas allá de que una cuenta en particular lo
este también.

Yahoo no tengo idea, como te comente varias veces puede que hayan
marcado alguna cuenta por algun tipo de correo con html y baja
reputación de tu dominio o IP o del AS.

Que se haya invertido 50 millones en un DC no quiere decir que no tenga
problemas, ayer de noche google estuvo con problemas en su smtp para
América y debe de tener invertidos algunos millones mas que Antel.


Slds.

El 19/5/16 a las 14:49, foros linux escribió:
>
>> En IT, no es realista esperar que algo que viene funcionando sin
>> cambios hace 10 años se mantenga así indefinidamente...sobre todo
>> cuando lo demás a tu alrededor lo hace...
>
> y que me queres decir con eso que Antel que invirtio 50 millones en un
> datacenter ejemplar en latinoamerica tiene mal configurado sus mail
> servers? tendrías que avisarles y a yahoo de paso, porque podes pensar
> que a pesar de que es el único maldito dominio que me da ese problema
> y mi servidor envia a cientos de dominios a lo largo del año, dominios
> complicados en oriente onda gmails locales y siempre llega todo, acaso
> gmail por ser un gigante que invierte y mueve miles de millones eso lo
> hace infalible? cuanto más grande algo aumentan las probabilidades de
> que alguna pequeña parte falle en algún momento, y el hecho de tener
> dos comportamientos diferentes para una misma (identica) acción podrían
> indicar de que algo de eso puede haber, no hay nada aleatorio en el
> proceso de entrega de un mensaje o al menos los protocolos tratan de
> que no lo sea, es como una funcion que entrega valores diferentes ante
> una misma entrada cuando no debería ser asi por decirlo en términos
> matemáticos.
>
> Por lo menos incorrecto si lo es, porque deberia devolver algo al
> servidor remitante al menos, es lo minimo que se exige para un
> tratamiento responsable del envio de mensajes.
>
>>
>>
>>
>> El 17 de mayo de 2016, 14:27, Carlos Martinez
>> <carlosmarcelomartinez at gmail.com
>> <mailto:carlosmarcelomartinez at gmail.com>> escribió:
>>
>>     Lo primero es verificar reversos y la reputación de las ips desde
>>     donde se manda.
>>     Ayuda publicar registros SPF, ayuda mucho de hecho, pero no es una
>>     opción si uno usa un servicio compartido a menos que el proveedor lo
>>     haga
>>     Sent using CloudMagic Email
>>    
>> <https://cloudmagic.com/k/d/mailapp?ct=pi&cv=7.6.23&pv=9.3&source=email_footer_2>
>>
>>     On Mon, May 16, 2016 at 2:52 PM, foros linux
>>     <forolinux at adinet.com.uy <mailto:forolinux at adinet.com.uy>> wrote:
>>
>>         Buenos días, simplemente para consultar con la comunidad del
>> foro si
>>         han tenido problemas al enviar email desde dominios corporativos
>>         o desde
>>         adinet.com.uy <http://adinet.com.uy> o vera.com.uy
>>         <http://vera.com.uy> a cuentas de gmail, tanto gmail.com
>>         <http://gmail.com> como de
>>         empresas que contratan sus dominios corporativos a través de
>> gmail.
>>
>>         He hecho algunas pruebas ante quejas de clientes y pude
>>         comprobar que
>>         los servidores smtp de gmail se tragan el mensaje el cual no
>>         aparece ni
>>         en spam, ni en trash ni en ninguna parte incluso haciendo una
>>         busqueda
>>         de la direccion de email desde donde se envió.
>>
>>         Probé desde correos corporativos que se conectan desde IPs de
>>         Anteldata
>>         y si receptor no te tiene en la libreta de direcciones te lo
>> manda a
>>         spam, también probé desde direcciones de adinet/vera y fué aún
>>         peor, no
>>         aparece ni en spam ni en trash ni en ninguna parte
>> simplemente el
>>         mensaje desparece, tampoco hay un mensaje de rebote ni nada
>> de eso.
>>
>>         Me pregunto cuantos correos se estarán tragando los servidores
>>         de gmail,
>>         lo dificil es explicarle a los usuarios que el servidor que
>> envía no
>>         puede hacer mucha cosa al respecto, con cientos de otros
>> dominios no
>>         he tenido problemas de ese tipo.
>>
>>         El problema es cuando uno envia por primera vez a una direccion
>>         gmail
>>         con la cual nunca se comunico no hay forma de que te tengan
>> en su
>>         libreta para que el mensaje llegue realmente.
>>
>>         Cualquier dato y experiencias al respecto será bienvenido
>>
>>
>>         Saludos
>>
>>         _______________________________________________
>>         Uylug-varios mailing list
>>         Uylug-varios at listas.uylug.org.uy
>>         <mailto:Uylug-varios at listas.uylug.org.uy>
>>        
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>>     _______________________________________________
>>     Uylug-varios mailing list
>>     Uylug-varios at listas.uylug.org.uy
>>     <mailto:Uylug-varios at listas.uylug.org.uy>
>>     http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>>
>>
>> -- 
>> Enrique M. Verdes
>> <https://uy.linkedin.com/pub/enrique-verdes/1/794/ba8>
>>
>> "As we enjoy great advantages from the inventions of others, we
>> should be glad of an opportunity to serve others by any invention of
>> ours; and this we should do freely and generously."
>>
>> Benjamin Franklin
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Uylug-varios mailing list
>> Uylug-varios at listas.uylug.org.uy
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy

-- 
.: Cristian Menghi 
.: http://www.menghi.biz
.: Salto, Uruguay

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20160519/fb3f690a/attachment.htm>