Si desea utilizar su propio correo electrónico para recibir solicitudes de soporte y ha agregado su dirección de correo electrónico como dirección de soporte en Zendesk, puede configurar su dominio de correo electrónico personalizado para verificar que Zendesk pueda enviar correo electrónico en nombre de su servidor de correo electrónico.
Por ejemplo, si recibe correo electrónico de sus clientes en ayuda@acme.com, y ha configurado un redireccionamiento automático para que se reenvíe todo el correo electrónico que se recibe ahí a Support, puede autorizar a Zendesk para que envíe notificaciones como si se hubieran originado en su propia dirección de correo electrónico (por ejemplo: ayuda@acme.com). Así puede conservar su marca durante todo el proceso.
No es necesario configurar el dominio de correo electrónico de esta manera, pero se recomienda si usa su propio dominio de correo electrónico personalizado y ha configurado el reenvío a una dirección de correo electrónico externa. Si usa un dominio no personalizado, como las direcciones que terminan en @gmail.com o @yahoo.com, no podrá usar esta función, ya que no tendrá acceso a la configuración del DNS de la cuenta.
Las ventajas de esta configuración
Entonces, ¿es necesario permitir que Zendesk envíe correo de parte de su dominio de correo electrónico? La respuesta corta es: No. La respuesta un poco más larga es: Solo si realmente no desea que sus clientes vean el nombre de Zendesk en sus mensajes.
Cuando Zendesk envía un mensaje de correo electrónico usando su dirección de correo electrónico (lo que sucede si ha configurado una dirección de soporte con reenvío) el mensaje identifica al remitente como zendesk.com para que no sea rechazado. Sin embargo, si permite que Zendesk envíe correo electrónico en nombre de su dominio de correo electrónico, Zendesk deja de enviar mensajes desde zendesk.com, y los envía desde su dominio, para conservar su marca.
Si no completa las tareas que se describen en este artículo, los clientes podrían ver algo como lo siguiente:
La siguiente advertencia también aparecerá en la interfaz de agente junto a las direcciones de soporte externas:
No obstante, si completa las tareas que se describen en este artículo, no aparecerá la declaración a través de ni la advertencia.
Configurar los registros para su dominio
Lo ideal sería que recibiera ayuda para completar las tareas de esta sección, o bien que el administrador del sistema se las hiciera. Tendrá que configurar un registro SPF y un registro DNS TXT separado (como se describe en Verificar el dominio). Asegúrese de hacer ambas cosas.
El proceso de configuración de un registro SPF varía según los distintos registradores de dominio. Por ejemplo, estas son las instrucciones para GoDaddy, Namecheap, 1&1, Network Solutions y Google Domains.
Para crear o editar un registro SPF para hacer referencia a Zendesk
- Edite la configuración de DNS de su dominio para agregar un registro TXT. Los pasos varían según el registrador del dominio. Se necesita un registro TXT para que su registro SPF sea validado.
Zendesk recomienda usar el siguiente registro SPF:
v=spf1 include:mail.zendesk.com ?all
?all
porque es el calificador menos invasivo, puede usar cualquier calificador que desee.Si ya configuró un registro SPF para otro fin, puede simplemente agregarle una referencia a Zendesk. La especificación de SPF requiere que solo haya un registro SPF en su dominio. Si hay varios registros, se pueden producir problemas y su correo electrónico podría ser rechazado.
Por ejemplo, en lugar de tener dos registros separados, como v=spf1 include:_spf.google.com ~all
y v=spf1 include:mail.zendesk.com ~all
, puede combinarlos en uno, como sigue:
v=spf1 include:_spf.google.com include:mail.zendesk.com ~all
En el pasado, Zendesk proponía otras formulaciones para los registros SPF, incluidos include:smtp.zendesk.com
y include:support.zendesk.com
. Ambos son registros SPF obsoletos. Podría ser que aún funcionen, pero no son la mejor opción. Si todavía los está usando, verá una advertencia que indica que ha configurado un registro obsoleto.
Verificar el dominio
Para que Zendesk Support pueda enviar correo electrónico en su nombre, deberá verificar que usted es el dueño del dominio que desea que Support utilice. Eso se hace añadiendo un registro TXT (un registro de verificación de dominio) al servidor DNS que Support va a verificar. El registro de verificación de dominio es único para cada combinación de dominio y cuenta de Support.
Si no agrega el registro de verificación de dominio, Support envía los correos electrónicos desde una dirección de correo electrónico proporcionada por Zendesk. Si quiere dar a sus clientes una experiencia de marca blanca, ocultando la marca de Zendesk, deberá agregar este registro.
Para verificar que un dominio le pertenece
- Cuando termine de configurar el registro SPF, vaya a Support y haga clic en el icono Administrador (
) en la barra lateral, y luego vaya a Canales > Correo electrónico.
- Ubique los registros DNS (localizados fuera de Zendesk) para su dirección de soporte y luego haga clic en Ver detalles para ver el valor de verificación del dominio. Vea un ejemplo en la ilustración más abajo.
Nota: Si es un agente con permisos para administrar las direcciones de soporte, puede en su lugar usar la terminal de API de direcciones de soporte para buscar el código de verificación de dominio para su dirección de soporte. Busque el valor domain_verification_code. Si desea más información, consulte la documentación para desarrolladores acerca de las direcciones de soporte.
- Edite la configuración de DNS de su dominio y agregue este registro TXT:
Tipo Nombre Valor TTL TXT zendeskverification <su valor único encontrado en Support> 3600 o usar predeterminado El valor se encuentra junto a la marca de verificación del registro TXT de verificación de dominio. En este ejemplo, el valor es abcdef123456:
- Después de añadir el registro TXT, haga clic en el botón Verificar registros de DNS para confirmar que ahora todos los registros son válidos.
Si lo son, los mensajes de error de color rojo habrán desaparecido. Si tiene problemas al tratar de configurar correctamente su registro de DNS, consulte ¿Por qué recibo el error "Los registros de DNS no están configurados correctamente"? a la hora de verificar mis registros de DNS.
Una vez verificado el dominio, deje el registro de verificación de dominio en su lugar.
Si decide cambiar el subdominio de Support o el mapeo de host más tarde, no tiene que actualizar sus registros de verificación de dominio.
Comprender las verificaciones de SPF
Sender Policy Framework (SPF) es un protocolo de autorización de correo electrónico de nivel de dominio que le permite declarar cuáles direcciones IP pueden enviar correo electrónico como si se hubiera originado en su dominio.
Esto se logra agregando registros DNS (Domain Name System) TXT Haga de cuenta que el DNS es un registro de acceso público para Internet. Ese registro le permite declarar públicamente que Zendesk es un remitente autorizado para su dominio.
Cuando un cliente de correo electrónico recibe un mensaje, hace una verificación del SPF en el dominio remitente para verificar si el correo electrónico viene de donde dice venir. Si la verificación falla, o si no hay un registro de DNS que diga que Zendesk es un remitente autorizado, algunos destinatarios podrían considerar ese correo electrónico como spam o como un intento de suplantación de identidad (phishing), y podrían marcarlo como poco confiable o simplemente no mostrárselo al cliente.
Zendesk evita esa situación enviando correo electrónico mediante nuestro propio dominio si no estamos autorizados a utilizar el suyo, y usando el suyo solo cuando usted ha autorizado a Zendesk con un registro SPF apropiado. De cualquier manera, el correo electrónico enviado desde Zendesk nunca debería ser marcado como spam.
Si tiene curiosidad, puede leer más acerca de SPF en www.openspf.org. Si tiene problemas para verificar el registro SPF, consulte ¿Por qué mi registro SPF no es válido?
6 Comentarios
Por qué en vez de decir lo que no funciona simplemente no ponen cuál es el registro correcto para que podamos configurar correctamente el correo y no estar adivinando qué es lo que se tiene que poner
Hola Ernesto,
El registro que sí funciona también está ahí:
Hola Alex,
hemos creado el registro pero los emails se siguen enviando desde x@midominio.zendesk.com tenemos que hacer algo más para acabar de configurar el envío correcto de los emails (sin que los clientes vean el nombre de zendesk en el mensaje)?
Gracias y saludos,
Alberto
Hola
Entendiendo que a contar del 1 de enero de 2019, su recomendación es solo utilizar los 4 registros CNAME (en vez del spf), mi área de seguridad me consulta lo siguiente:
- En nuestra organización, Zendesk no será el único aplicativo que enviará correos usando nuestro dominio. Considerando esto, ¿igual podemos usar solo el CNAME y olvidar el SPF?
- Si solo usamos CNAME, ¿cómo nuestra organización podría controlar el whitelist que actualmente se maneja por SPF?
Quedo atento.
Saludos.
Rodrigo
Hola Rodrigo,
SPF se establece en el momento de la negociación saliente de SMTP. CNAME permite que se acepte el argumento MAIL FROM como un remitente aceptado. El efecto es el mismo: le están otorgando a Amazon SES la autoridad para enviar correos electrónicos en su nombre, de la misma manera que lo hacían con nosotros a través de un registro SPF TXT.
Este artículo contiene más detalles sobre este tema en particular: https://support.zendesk.com/hc/en-us/articles/360001986348-Sending-Zendesk-email-from-Amazon-SES-servers-
Veo que tiene un ticket existente con respecto a esta pregunta. También voy a dar esta respuesta a ese ticket.
Hola. Ya se realizó la transición al nuevo proceso como lo dice la documentación?
Inicie sesión para dejar un comentario.