 Tenemos antes de la merienda a Samuel Aguilera. Muchos le conoceréis porque es de la veja guardia, llevo a un montón de tiempo con WordPress desde el 2005. La verdad que non sé si lo ponéis todos porque todo es decir desde el 2005. Samuel pues está trabajando atualmente en Rocket Genius, que es la empresa que está detrás de Gravity Forums, que es un plugin para crear formularios. Tambien tiene algún plugin suyo personal en el repositorio, xulo, sobre seguridad e sobre o WP Mail. Volvímos a explicarnos como entender, mejorar e diagnosticar a función que manda mails en WordPress quando se ejecuta na opción, quando os usuarios reciben una notificación. Os dejo con ele e luego, ya después, tenemos media horita para merendar que sacaremos algunas cositas por el centro. Bueno, pues nada, esto que eu comentaba Pablo de 2005, e eu lo puse primero e o agente lo copeando. O que ha dicho un pouco Pablo, está reflejado aquí, eu trabajo en Rocket Genius, anpesa que hace o Puri Gravity Forums, pero antes de esto, pues ya há mucho tiempo con WordPress haciendo mis cosas, e en internet tambien en resumen, o que pone aí pues queda que soy un tío un pouco viejo ya. Entonces, pues ya solo por esto es un pouco viejo, pues vas adquiriendo mocha experiencia. E lo que os voy a comentar hoy, pues bueno, a charla se llama entender, diagnosticar e mejorar WP Mail, aunque en realidad, es un formato abreviado o título, el título completo seria, mejorar e todo esto tal, el envío de correos eletrónicos en WordPress, es decir, no la función en sí que no la vamos a tocar, porque es una función del core y no, e eso no se toca, sino comprender como funciona el proceso del envío de correos eletrónicos quando se hace desde un sitio web con WordPress, ver como podemos diagnosticar se algo está fallando, pues que podemos mirar e demas, e las cosas que podemos hacer para mejorar este proceso. É una cosa que eu creo que la medida de a gente no le da mucha importancia, de eso ya se ve en la sala, que nos hemos quedado aquí un pouco en familia, e seguramente se da importancia quando realmente está fallando ese tema. Entonces, bueno, esto que os pongo aquí, en principio está basado pues en lo que a gente, en mi experiencia, te dicen cuando algo faia, oi, es que WordPress non está enviando los correos, o plugin tal non está enviando los correos, bueno, pues, la mayoría de veces esta afirmación no es así, la mayoría de veces esos correos es muy probable que se estén enviando, e non solamente eso, sino que os motivos por los que non estamos recibiendo o correo sean a genos a WordPress, o plugin en cuestión que pensemos nosotros que están enviando o correo. Esto abarca tanto os correos de registro de novo usuario, un pedido de bucomers, un formulario de contato enviado por cualquier plugin de formulario de contato. Básicamente o primero que tenemos que tener claro es que os correos eletrónicos os gestiona non os manda en sí, literalmente la función wpmail de WordPress. Esta función es lo que cualquier plugin o incluso un tema nos manda algún correo porque tenga alguna funcionalidad para eso va a utilizar esta función para decir a WordPress oi, xato, tengo aquí este correo eletrónico este é o asunto este é o remitente este é o lexinatario os parámetros básicos en los que en realidad non hay mucha pérdida es difícil que un plugin falle a decirle a WordPress o que quere enviar a vcd se pode hacer un pouco más complicada la llamada wpmail especificando las cabeceras del correo eletrónico pero bueno, por lo general quando tú haces un plugin e quieres mandar un correo eletrónico a esa función pues ya sabes lo que estás haciendo, lo haces bien entonces, esa parte va ser un muy poco probable que falle ese primer paso va ser muy poco probable esa función llamada por WordPress cuando por ejemplo es un registro de un usuario o por un plugin se va comunicar con la clase PHP Mailer que es una clase de PHP que no es algo propio estritamente de WordPress sino que es una clase PHP que podemos utilizar muchísimos outros gestores de contenido o incluso webs hechas a medida esa clase está ahí desde hace mucho tiempo e WordPress se utiliza con algunas pequeñas modificaciones pero básicamente es tal cual esa librería de PHP entonces esto es o que se comunica con el servidor web con el servidor smtp o se estamos usando una pie externa esta es la clase que se comunica ya directamente con el servidor es decir, el plugin le dice a WordPress uwpmail mándame esto uwpmail le dice a PHP Mailer oye mánda esto e PHP Mailer o servidor origen o servidor quiero mandar esto o servidor o mesmo web smtp o apio veis que he puesto en rojo en los tres pasos últimos em PHP Mailer que nos lo hemos pasado o resultado puede ser satisfactorio e eso ya puede ser o primer punto en el que nos falle el envío es decir, el correo no sale ahí ya ha sacado la historia non vamos ni al tres ni al cuatro el siguiente paso igualmente puede fallar porque quando PHP Mailer le rediza o servidor que envía el correo el servidor lo puede enviar o no vale ahí tenemos outro punto posible de conflito e el último paso el servidor destino se ya hemos pasado os tres anteriores el correo llega destino e igualmente como pone al final o servidor destino decidirá que hacer con ele lo entregará a la carpeta de entrada a la carpeta de spam o a donde sea vale sempre base del servidor destino el que mande vale, se lo hemos hecho todo bien en los tres primeros pasos todavía existe a posibilidad que en destino nuestro correo pues no llegue al buzón del usuario muchas veces tan poco a mojo llega al buzón de spam simplemente el correo no está a ningún sitio e es cuando el cliente dice oi, que pasa que Wordpress non me está enviando los correos seguramente se han cumprido los tres primeros pasos pero el cuarto no está dando el problema entonces tenemos a mirar desde o principio o que hemos dicho Wordpress ha intentado enviar este correo se ha llamado a función como podemos saber esto es o primeiro que teníamos que saber se el primer paso lo hemos podido completar hay varios plugins que nos poden ayudar a esto por supuesto también se somos programadores e controlamos del tema podemos hacer nuestras funciones para hacer este registro de llamadas a web do e-mail pero habiendo plugins pues no creo que sea necesario volver a crear outros salvo que lo hagais mejor este e-mail log é o que eu suelo utilizar é o primeiro que saio de su clase é sencillo inclusive o desarrollador é bastante amigable eu le passei a algum parche algum cambio e tal os acepto é sencillo a hacer o seu e o desarrollador receptivo a sugerencias empece a usarlo e é o que eu usado hay outros que han saido despues máis bonitos, máis tal coas todos hacen máis a menos o mesmo e hay outros plugins que poden incluir seus propios sistemas de monitorización do envío de correo gravity phones por exemplo que eu estou fazendo soporte constantemente pues tiene o seu sistema de hacer esto isto que veis aqui é unha captura de pantalla de o que podiamos ver com o print e-mail log é unha relación de correos que se han gestionado com o uwp mail es decir que se le ha dicho a worldpress manda estos correos aí se está viendo o que se ha realizado o envío ou por menos a petición de hacerlo isso os tiene que quedar muy claro isto, quando estamos com o uwp mail, como decíamos a principio só lo estamos pidiendo a worldpress que mande o correo, aunque aí pone enviado a tal hora isso no significa que se haya enviado significa que se le ha pedido a worldpress que haga o envío del e-mail é un detalle importante o diferenciar o de pedir a worldpress que o envie o que realmente se ha enviado o correo é como quando vas conduciendo com o coche e pone ese intermitente unha cosas que pongas e intermitente e unha cosas que podas girar ya isto é o mesmo aqui le hemos pedido que mande o correo não quiere decir que lo haya enviado quiere decir que o uwp mail ha gestionado esa petición de envío nos pone o remitente nos pone o asunto se le damos aí a ver contenido esta seria unha primera forma de ver se por exemplo bucomes o gravity force o contap force 7 o pring que sea ha hecho esa petición a worldpress se le ha hecho se toda se le vive en esa parte aqui tendremos en este registro unha línea para ese correo nos despreocupamos de esa parte já sabemos que o pring ha hecho seu trabajo o pring que envia ese e mail agora tenemos o seguinte paso o servidor o servidor é un terreno en el que nosotros muchas veces no ao ser tener posibilidade de mirar gran cosa dependendo do hosting que utilicemos se usamos un servicio externo ou usamos um servidor dedicado ao mojo en este último caso seria o mais en el que máis control tendríamos de dar situación e podiamos investigar máis pero por lo general a maioria de agente trabaja con un hosting que nos está ministrando então no tiene posibilidade de indagar mo e hacia adentro então se ese é o nosso caso e estamos enviando os correos de worldpress através do próprio hosting web cosa que por cito no os recomiendo pois en ese caso entendíamos que depender de o soporte do hosting oi e mira tengo un problema este email nos envía queda registrada en worldpress pero no llega ao destino não sei que pasa porque ya en este punto me teníais que mirar a vosotros e estamos hablando como un soporte de hosting típico é muy probable que nos diga pois no aqui todo funciona bien o problema de do worldpress típica resposta persona directamente não temos constancia de que outros clientes en este problema e segui mirando o que pasa e o que vas a seguir mirando se tu não podes mirar nada então é que ya en ese punto estamos perdidos qual é o meu consejo en este caso pois que instalais un plugin de smtp eu tenho um que se cae aí que é um enlace aunque não o parezca porque eu de presentaciones e aplicaciones para hacerlas entendendo e não tive cojones de como pôner o enlace que se vira como um enlace então hai varios enlaces secretos por la presentación pasais el ratón así ostia sa que hai un enlace mas divertido os quedará melhor o contenido porque os repasareis todo então hai un enlace para este plugin xista qualquer outro plugin de smtp o que pasa é que o plugin tem unha coisa a parte que é o meu e o que eu quero porque é o meu hijo tiene unha acción de activar o registro de depuración de comunicación con o servidor smtp este registro o que hace é que grava vamos a decir a conversación entre WordPress e o servidor smtp e además é una conversación bastante entendible vale como se estuíran hablando en un chat WordPress e o servidor smtp então aún sin saber nada del tema técnico se leis os fijais por exemplo dice la fecha, la hora e pône client server server client o client que somos nosotros leiza ao servidor por exemplo a primeira línea mail, front, a muelta o que está dicendo qual é a dirección do remitente então o servidor responde server client do servidor al cliente 250 adres acetada o que parece bien, acetase remitente o que diz o site web client server o vou enviar a esta tradición este caso é a mesma mas seria a dirección e mail do destinatario e o servidor responde o acetado agora é o cliente diz, oi, os datos vale, continua tal é que en realidad é uma conversación bastante fácil de entender então, em este caso todo é ida bastante bien se hubiera algum problema em este processo o servidor nos proporcionaria un mensaje d'error que também ser bastante comprensibles se os leis porque é que hay gente que não lo leis e é que não sei o que pasa has leido que te pone que que não te aceta, por exemplo, o remitente que quieres que te diga, no te aceta o remitente, lo pone aí pues cambia-lo tienes que poner outro vale isto va un pouco a colación do que estava comentando de poner un remitente, por exemplo, que acete o servidor não seas spammer, ni lo parezcas é un pouco como isto em muchos outros ámbitos da vida não seas tal, ni lo parezcas aquí é o mesmo não seas spammer, ni te portes como un spammer então, por exemplo usa o remitente adecuado é una práctica muy habitual por exemplo, tener un formulario contacto na página web e temos o campo del nombre da persona que nos va contactar o campo de e-mail da persona que nos va contactar o asunto e o cuerpo de mensaje o formulario de contacto o configurado de manera que, quando nos llega o correo, o formulario o remitente é o que apuesto a persona que nos está contactando ppa, roba gemail o lo que sea o que ocurre que estamos enviando un correo desde o nosso servidor web ou desde o SMTP se nos ha dejado hacerlo e a dirección de remite é una dirección que non é nuestra é uma práctica habitual dos spammer nos manda correos de spam e no remite usan una dirección que non é de ellos é a dirección de un amigo nosso me manda ppa esto que será e o abres e o spam se nós estamos haciendo é o mesmo na nossa página web nos poden tratar igual que a un spammer nos poden decir directamente que non nos dejan enviar o correo o servidor nos está bloqueando o envío por éso ou pode llegar a pasar é os primeros pasos que hemos dicho e o servidor de destino dice a que pone remite des de gemail gemail dice que é isto non é suyo é isto eu non lo dejo pasar ou lo muevo a spam ou o que sea entonces hay que hacer uso un remite adecuado se estamos enviando un e-mail des de un site web que é midominio.com pois el remite debería de ser de una dirección que seja de ese dominio midominio.com se queremos típica respuesta do usuario que te dice no, pero es que eu que eu quando le voy a responder ya ponga o e-mail do tio que me manda o formulario para éso hay un campo específico que se llama o repli2, o responder a onde podemos especificar aí o lugar de poner o e-mail do cliente no fron, no remite pônerlo aí no repli2, o responder a onde le demos a responder usará ese e-mail e como estamos usando o remite adecuado do nosso dominio pues ya habremos pasado esa limitación luego hay que hacer saber aos demas servidores que estamos autorizados a enviar os e-mails que estamos usando que estamos enviando para eu o máis habitual é usar o registro spf que é simplemente un registro do dominio son dos tonterías que é que pôner em modo texto como a charla pues é muy cortita não vamos entrar en profundidad en como hacerlo pero hay miles de tutoriales que podéis buscar incluso é una cosa que o hosting devería ayudar aos hacerlo e é muy sencíito aí dos dos enlaces secretos aqui que é spf e de Quim que van a la Wikipedia que tienen un montón de información e máis enlaces abajo sobre os registros do formato de cada uno e máis e já os digo spf é o máis comum é muy sencíito porque solamente é pôner un texto e já está e con ese texto le estamos diciendo por exemplo que desde o nosso servidor estamos autorizados a mandar e-mails desde o servidor web desde o registro o registro sem x que tenha configurado o dominio que é o registro onde se especifican que servidor de e-mail está gestionando os correos para ese dominio podemos especificar a viración IP de outro servidor externo porque a mojó temos outro servidor que está enviando también correos para ese dominio podemos especificar que además de nústros spf tengan cuenta o spf de google para que añada todos os servidores que tenga Google se estais usando e-mail por exemplo ou que incluía o spf de MailChin se estais usando MailChin em vuestro dominio e de quín é o spf de MailChin é unha coisa que no temos tempo para entrar mas é muy sencilla inclusive os profedores e os sfm e-mail e-mail é o spf de MailChin é autorizado a mandar correos em vuestro nome e dominio e de quín é muy similar só que aqui é un pouco má más complejo correo, tiene que soportar ese sistema de QIM, porque aquí o que ocurre es que nós ponemos un registro en el DNS también en modo texto, con un clave pública que nos da o servidor, que nos proporciona o servidor, por exemplo, se le haces con Google Mail, pues igual, Google Mail os proporciona o valor que tenis que poner. E, logo, o servidor, quando envía e-mails, firma o e-mail, le añade unha cabecera con una firma. La clave pública que hemos puesto en el DNS, le sirve al destinatario para comprobar la firma que hay en la cabecera e comprobar el e-mail al completo. Se esa comprobación resulta correcta, pues todo correto, se no coincide, pues entonces ese e-mail no va a pasar la validación, no? Ya os digo, es menos habitual porque no todos os servidores tienen capacidad de firmar o correto con the game, entonces eso, se vuestro proveedor lo tiene, os lo dirá, seno, pues nada, es e-mail. E utiliza sempre un servicio acorde a tus necesidades. É esto o que os comento, o que os comento a principio de no usar el servidor web. Usar el servidor web para mandar los e-mails de la web, aunque pueda parecer lógico, es una práctica muy poco recomendable, vale? Porque los hosting, sobre todo, si son baratitos, pues no están pensados para que envíeis muchos correos e estéis aí constantemente mandando e-mails e tal, están bastante capados, suelen tener limitaciones ao número de correos por hora, por ejemplo, o suelen tener políticas de antiespan bastante estrictas que pueden causar estes problemas de envío de correos, no? Entonces, es recomendable que os seis servicios de terceros que se dedican a eso, al envío de e-mails, aquí ahora pondremos una recomendación de águnos de ellos, e con eso no vais a tener ningún problema, porque, además, eles mismos os van a obligar a configurar el SPF, el de King, entonces vais a autentificar vuestros envíos mejor e tendrímos unos problemas. E os digo aquí que estos puntos son hiperexcindibles porque el hecho de que estéis enviando correos malamente, vamos a decir, no, con remitentes que non son os adecuados, sin poner el SPF e demás, pues, bueno, os pode funcionar durante un tiempo, pero eso pode causar que, em momento dado, la reputación de vuestro dominio o IP del servidor o ambas e demás, pues, llegue un momento en el que se diga, oi mira, este dominio está calificado como spammer, o IP como spammer, entreis en listas de spammers e ya, cualquier proveedor que haga uso de estas listas pues, directamente classifique en vuestros e-mails como spam, incluso si después habéis mejorado la historia e habéis puesto estos registros, vale? Entonces, es recomendable que empecéis bien desde o principio, no? E esto es un ejemplo de posibles resultados con los registros E-PF, se siga o resultado SPAS, pues, logicamente, se hace tal correo, sin ningún problema, no? El servidor está autorizado para hacer envíos, no, ningún problema. Si es fail, pues, no está autorizado para hacer envíos, lo normal sería que rechazan a nuestro correo. El soft fail es cuando estamos indicando que, bueno, no está autorizado, pero podría estarlo, no? Es una práctica habitual configurar el S-P-F con soft fail, por si acaso se nos olvida, incluir algún servidor, alguna cosa, pues que el servidor en destino, como que se lo piense, no? Un poco aí, como, ni una cosa ni la otra, no? Neutral, que seria, ya atajentemente, no? Decir, oye, es que, ni me va, ni me viene, no? Ni idea, no? Aceptar, pues, es casi como no tener registro S-P-F, pues, no mismo, no existe registro S-P-F, pues, aceptar, no? Si no existe, no nos puede limitar el envío, no? E os otros dos, pues, bueno, en errores que pudiera, se tenemos un formato que no será adecuada en el S-P-F, o se nos ha podido hacer la conexión al domínio para consultarlo, pero, bueno, son errores que en el ya no dependen de nosotros. E esto seria un ejemplo de la vida que tendría un correo desde que se envía, hasta que llega destino, en un servidor de destino donde se están aplicando todas as posibles filtros e comprobaciones e demás, no? Se envía o correo inicialmente, el servidor de envío, quando tiene soporte para the king, inserta su firma en la cabecera, se envía el e-mail, el destinatario, pasa validación estándar que tengas el servidor, es decir, o que decíamos, reputación, que estemos en listas negras, que hay algún tipo de limitación a la recepción del correo, porque ese servidor tiene esas limitaciones que han configurado en su servidor, e, logo ya, pasamos a, se tiene o de king, como hemos dicho, verificación con a firma que tenemos en el DNS, comprobar el S-P-F, e, logo, en caso de que hayamos dado con un servidor, que serían, por ejemplo, como un Gmail, o Yahoo, dos grandes, que usa el de Mark, la política de Mark es un sistema en el que ha añadido a todo esto que hemos hablado, de S-P-F, de king e demás, hay una comunicación activa entre los servidores de envío e recepción, el servidor que ha enviado nuestro e-mail e el que lo está recibiendo, se comunica entre ellos y el servidor de origen, el que ha enviado nuestro e-mail, dice al de destino que debe hacer con el e-mail si ha fallado la verificación de de king, S-P-F e demás. E eso se hizo para evitar falsos positivos e cosas así. Hay una comunicación entre servidores e, por ejemplo, en un momento dado, esto que decía de usar Gmail en el remite cuando no somos Gmail, entonces no deberíamos de estar mandando ese correo, pues hace unos pocos años los proveedores hicieron cambios en esa política de mar para precisamente marcar como spam todos los que estuvieran enviando todos os servidores que estuvieran enviando correo con su dominio sin ser de su dominio. Entonces, ahí ya ese problema se agrava má se estamos haciendo eso, no? Luego volvemos a la bueno, sí, ahí ya la respuesta del servidor lo que nos diga que hacemos, no? Con el correo sí pasas, sí se quedan cua antenas e lo bloquean totalmente. E finalmente el último paso hacia el buzón del usuario filtros anti-span e demás que pueda tener el usuario los filtros que el usuario se haya podido configurar en su cliente email, se está usando uno o buzón, o que sea, no? Estos son servicios que eu recomendaría para usar para usar con un plugin de SMTP todos ellos tienen seus servidores SMTP todos tienen unación gratuita algunos con más correos a mes outros con menos tal e se mandáis muchos correos seguramente estáis haciendo mucho negocio veo, hay que ganar todos, todos tenemos que ganar todos cumplen con el privacisil este para que la trefencia de datos entre países fuera unión europea sea correcta e no tengáis problemas e también todos ellos, sino que os usar un plugin SMTP tienen seu propio plugin para WordPress aunque eu aun así prefiro usar el plugin SMTP por lo que os comento de tener el registro de comunicación con el servidor aun así estos servicios, los tres a parte de que podáis registrar eso que os digo tienen seu propio panel donde tiene también seu registro e os proporciona mogoión de información, entonces para mim cualquier web que se precie debería estar usando un servicio de estos para enviar os emails que se envien desde ese web, eso debería ser o primeiro unas das primeras cosas que hacéis quando creáis una web nueva configurar un servicio de estos con un SMTP para que todos os correos sean pequeños grandes o lo que sea se envía a través de un sistema éstos porque vais a tener muchos menos problemas que o envío e quando tengáis problemas vais a tener la posibilidad de investigar que está pasando en el lado de WordPress como os vimos antes e en el lado del servidor se lo que hacéis es dejarla web tal cual e que use o hosting web para tal pues eu os digo que o hosting web están hechos para alojar webs no para enviar emails está la opción de enviar e-mail porque como hay que darlo todo por 4 euros a mes pues é xa, aí está também o envío m pero no é su negocio e non se van a preocupar mucho de ese tema e hasta que hemos llegado preguntas aí preguntas e xa darla, o interesante te voy a hacer una pregunta de status de one o one de participiante total porque me pide un pouco con o del correo tu dices que non usar los servidores de la web, entonces me estás dicendo que non use myPoid por ejemplo sí, podés usar myPoid con smtp e va bien usa myPoid, pero no use is one-on-one para enviar e-mail no one-on-one ni cualquier otro hosting normal o smtp é o que se ocupa é de la gestión de enviar de los correos e me descarga a mi servidor de esa fungestión é o que hace, o proveedor se tu instaras a servidor smtp para conexión con o servidor smtp o que haces é que le dices pechapemailer e dices mira, o lugar de usar a función phpmail que é o que usa o servidor web te comunicas con este servidor smtp e manda os correos qualquer plugin que utilice a función wpmail que será el 99,99% de plugins já estará haciendo uso do smtp vale, por exemplo e para redondear a pergunta no mojo também le sirva máis gente se yo tengo un proveedor de e-mail marketing qualquiera, mail relay por exemplo, todo esto já me olvido do smtp mail relay tiene também o seu propio servidor smtp podías usar o smtp é que unha cosa é boletines que tengas tú creados mail relay que os manda mail relay e outra cosa é correos que mande tú o WordPress não estou hablando de gestión de boletines no, por exemplo, se estás usando mail chin por los correos de mail chin os manda mail chin vale, vale, vale pero se pudo enlazar un gestor de boletines que quira enviar por correo a través do mail relay tamén en concreto mail relay sí que tiene o seu servidor smtp pero por exemplo mail chin no lo tiene antes tenia un servicio que se llama mail, bueno creo que siga teniendo para clientes, antes estava abierto para no clientes podías usar mail mail para mandar os correos de WordPress pero son cosas distintas sí, sí, ya, ya, ahora lo han entendido, gracias hola, buenas, gracias por la chala moi interesante e bueno, que no hostin no es recomendable hacerlo de esa manera, te queria preguntar se le ves alguna pega a utilizar a hacer el envío de emails desde un vps con el de KM e el sps configurado correctamente pois, en teoría ese escenario debería ser un buen escenario, tú tienes tu servidor dedicado, tú tienes tu IP si previamente has verificado ese IP no está en ninguna lista negra e tú vas hacer las cosas bien pues en teoría debería ser un escenario viable e no deberías de tener problemas aunque yo, particularmente e incluso usando vps para agajar mis páginas prefiro usar servicios que se dedican exclusivamente al envío de los emails vale, osa yo se me preguntas se te recomiendo a hacer eso eu diría que no, que dediques el vps solo a la web e el envío de email lo hagas con estos servicios vale, ok, gracias hola, buenas, queria hacerte una pregunta un caso que nos ha pasado desde hace aproximadamente un año, es que de repente, todos os correos que se avandaban de nostra web o de nostros servidores a hotmail o olook desaparecía, osa teniendo el sps todo configurado e luego, nostro proveedor de hosting la solución que nos dabas un servidor de relay osa, no se muy bien como funciona técnicamente pero según nos contaban cambia el IP del envío del servidor es un servidor distinto para evitar, digo, porque muchos clientes han venido repotados porque one-on-one e a unos máis grandes no daban solución e claro, correos a hotmail se perdían, no se si o que has comentado de sps solución a esto o necesitas un sistema un servidor de relay es lo que hace mail gang o post-grid osa todos estos estos tres servicios que posta al final, no o hosting está llamando un servidor de relay o que te está diciendo es que uses uno de esos para enviar o correo eso solucionaría el problema suponiendo que tú estás usando os remitentes adecuados que el sps está bien e demás tal solucionar el problema si tu servidor web ao mojo está en una lista negra sabes o no está en una lista negra pública pero hotmail sí que te tiene en su lista negra interna eso pode pasar por ejemplo a outra motivo para non usar o hosting para enviar os correos es que quando estás en un hosting compartido la ip es compartida e a mojo hay mil clientes e entre os mil clientes pues hay quinientos que están pareciendo un spammer aunque no lo sean, lo parecen e hay cien que sí que son spammers entonces a reputación de ese ip está por os suelos e cada hosting te dice como estás en un hosting compartido o IP dedicada e incluso en vps quería decir que no solo en un hosting compartido sino que en vps sí que cada caso pues es un mundo en esto de los correos es una historia que claro no no es solamente pensar no ahora nos estamos haciendo todo bien e antes de esto que había pasado como os estábamos haciendo dos cositas queria preguntarte consideras bueno utilizar gmail como smarhost para enviar para enviar os correos utilizar una cuenta de gmail como smarhost intermedio para autenticar e enviar no, no lo considero una buena opción porque precisamente gmail tiene resticciones de número de e-mails que envías también te restinge el remitente que puedes utilizar por exemplo, se tú estás usando una cuenta de gmail personal a roba gmail e es pp a roba gmail quando tú envías un correo por smtp usando esa cuenta un google te obliga a usar en el remite pp aroba gmail e no puedes usar outra cosa no puedes usar tu dominio entonces aún así, se tuvieras una cuenta de google apps para tu dominio de google que ha atado a las limitaciones de uso de e-mails por hora e todo esto de hecho google creo que tiene una página específica para donde te detallaras limitaciones que tiene en el envío por smtp e outra cosa, utilizando un vps en el que tú alojas varios dominios la resolución inversa de tu vps é sempre más o de un solo dominio el que le asignes eso pode causar problemas de cara a la autenticación de los mensajes imaginámonos que el servidor en general tiene dominio 1.com pero desde ahí envía dominio 2.com, dominio 3.com, dominio 4.com podría causar algún problema de cara en alguno de los parámetros de verificación de los correos a ver, tus dominios resolven a la ip entonces no creo que hubiera problemas en ese sentido aunque tú es verdad que la dns inversa tú la tienes que hacer a un dominio concreto pero alojas varios dominios en un vps e o servidor xe queria comprobar se la ip corresponde ao dominio que están viando pues lo va a hacer, le va a resolver e aun así, se quieres, en el SPF puedes especificar la ip en el registro SPF dentro do formato que hay uno es ip de dos puntos e aí le pones la ip entonces, eso lo haces para autorizar esa ip aun en el caso de que tu web non estuviera resolviendo a esa misma ip e aí con eso en principio deberías de solucionar de todas manias tan bien te digo que a la hora de responder a este tipo de perguntas e se hago esto tal guano sé que depende de cada proveedor porque una cosa é o que hemos hablado que son las teorías e las buenas prácticas que habría que cumplir para que no tengamos problemas e tal cosa ya es que cada proveedor puede tener sus normas internas e dizer, no mira, a mi, se esto me valía el SPF pero tienes esta outra cosita que é esto, aquí no entra a ese correo e às vezes son chorradas como, pues, decir no, se tiene máx de 4 enlaces en el cuerpo ésto se SPAN que hoy en día máx de 4 enlaces en el cuerpo de mensaje, pode ser o máx normal del mundo pues ésto se SPAN e aí ya tenemos SPF, tenemos de KIN somos la hostia máx buenos que nadie pero tenemos 4 enlaces en el cuerpo de mensaje e tiene una regla de SPAN ASSIN que é un software para ésto que dice, se tiene 4 máx enlaces é SPAN, pues con éso te vas a dar constantemente e tal é esto seria sobre todo en hostings, en cualquier hosting que vamos nombrar pues son muy, muy restrictivos con ésto del SPAN sí, bueno sí, yo hablaría de cualquier hosting co-partido en especial sea la marca que sea sea peor, sea un poquito más caro, más barato por menos en mi experiencia desde el soporte a clientes é que los hostings webs son muy restrictivos con cosas que en mi opinión han quedado un pouco efasadas o sé, a regla está de SPAN ASSIN pues era lo que había antes para controlar SPAN no había outra cosa, ahora que tenemos SPF de KIN e todo eso, bueno, ahora hace un montón de años pero que tenemos a estar historias e que a gente está máx puesta e en eso de máx pues se verían de relajar pero a veces que non lo hacen una pregunta muy rápida nos tres servicios como MailGam que lo pongamos para el envío de correos de MailChimp pero se tenemos un domínio perdona de MailChimp de WordPress pero se tenemos un domínio que tiene e-mails de usuarios que solución se le da esos e-mails de los usuarios a que te refires con e-mails de usuarios sí, lo que sea PPA roba el domínio, el mismo domínio que tienes ese WordPress es decir, van a seguir trabajando van a seguir enviando con el hosting ese hosting tú dices que os buzones e-mails de tus usuarios o domínio están en ese hosting el mismo hosting donde estás recomendando que saquemos el envío de e-mails a un tercero só el de la web porque para todo o que son esos correos normales dos usuarios van a tener un mismo problema de SPF e de todo o que estás mencionando e tens algún problema derivado de uso do proveedor, sí porque se os solucionas para o que son os usuarios para os correos de ese domínio en teoría os solucionas para WordPress aí estaría solucionando problemas que podías tener derivados de, digamos, la parte del hosting la parte de que ellos tienen que configurar e demás pero estaríamos todavía expuestos a posibles limitaciones del hosting quando se envía los correos a través no de los usuarios sino des de la web e eu não te recomendaría aunque te vaya muy bien el correo con os usuarios eu, basado en mi experiencia te recomendaría que lo que es la parte de la web la deleges en un proveedor de envío de e-mails porque, de hecho, es que existen porque alguien, en un momento dado, dijo oye, estás todos cojones me va a poner esto e tal e están aí, funcionan e va muy bien e sobre todo, o que te digo, te quita também del estrés que te pode causar decir, eu llevo unha semana que non me envía os correos, o hosting dice que es problema de WordPress WordPress me dice que es problema del hosting e aquí, minhas tantas minhas correos que nos envían, pues, se tu vias puesto un MyGun o cualquiera destos, terías al panel de MyGun, mirarías el registro dos correos e verías todo o que o servidor ha dicho sobre ese correo sin tener que hablar entonces, mejor que eso, eu creo que no hay nada