Preguntas frecuentes

Los correos electrónicos se entregan en promedio en menos de 5 segundos. Operamos en tiempo real, a diferencia de otros proveedores que dependen de colas retrasadas. En ningún momento escribimos en el disco ni almacenamos correos electrónicos; todo se hace en la memoria.

1. Si ya ha registrado su nombre de dominio en algún lugar, ¡debe omitir este paso por completo e ir al paso dos! De lo contrario, puedes haga clic aquí para registrar su nombre de dominio.
2. ¿Recuerdas dónde registraste tu dominio? Una vez que recuerde esto, siga las instrucciones a continuación:
   Importante: Debe abrir una nueva pestaña e iniciar sesión en su registrador de dominio. Puede hacer clic fácilmente en su "Registrador" a continuación para hacer esto automáticamente. En esta nueva pestaña, debe navegar a la página de administración de DNS en su registrador, y le proporcionamos los pasos de navegación paso a paso a continuación en la columna "Pasos para configurar". Una vez que haya navegado a esta página en la nueva pestaña, puede volver a esta pestaña y continuar con el paso tres a continuación. No cierre la pestaña abierta todavía; ¡lo necesitará para pasos futuros!

   Registrador	Pasos para configurar
   1&1	Iniciar sesión Centro de dominio (Seleccione su dominio) Editar configuración de DNS
   ruta amazónica 53	Iniciar sesión Zonas alojadas (Seleccione su dominio)
   Aplus.net	Iniciar sesión Mis servidores Gestión de dominios Administrador de DNS
   host azul	PARA ROCA: Iniciar sesión Dominios (Haga clic en el ícono ▼ junto a administrar) DNS PARA LEGACY: Iniciar sesión Dominios editor de zonas (Seleccione su dominio)
   Flama de nube	Iniciar sesión DNS
   DNS simplificado	Iniciar sesión DNS (Seleccione su dominio)
   DNSsimple	Iniciar sesión (Seleccione su dominio) DNS Administrar
   océano digital	Iniciar sesión Redes Dominios (Seleccione su dominio) Más Administrar dominio
   Dominio.com	Iniciar sesión En la vista de tarjeta, haz clic en administrar en tu dominio En la vista de lista, haga clic en el icono de engranaje DNS y servidores de nombres Registros DNS
   dominios.com Reloj	Iniciar sesión (Seleccione su dominio) Administrar (haga clic en el icono de engranaje) Haga clic en DNS y servidores de nombres en el menú de la izquierda
   DreamHost	Iniciar sesión Panel Dominios Administrar dominios DNS
   Hombre	Iniciar sesión Visión general Administrar Editor sencillo Registros
   Pensar	Iniciar sesión (Seleccione su dominio) administración Editar la zona
   Ve papi Reloj	Iniciar sesión Administrar mis dominios (Seleccione su dominio) Administrar DNS
   Dominios de Google Reloj	Iniciar sesión (Seleccione su dominio) Configurar DNS
   nombrebarato Reloj	Iniciar sesión Lista de dominios (Seleccione su dominio) Administrar DNS avanzado
   netlizar	Iniciar sesión (Seleccione su dominio) Configurar Netlify DNS
   Soluciones de red	Iniciar sesión Gerente de cuentas Mis nombres de dominio (Seleccione su dominio) Administrar Cambiar dónde apunta el dominio DNS avanzado
   Shopify Reloj	Iniciar sesión Dominios administrados (Seleccione su dominio) Configuración de DNS
   espacio cuadrado	Iniciar sesión menú de inicio Ajustes Dominios (Seleccione su dominio) Ajustes avanzados Registros personalizados
   Ahora de Vercel	Uso de la CLI "ahora" now dns add [domain] '@' MX [record-value] [priority]
   Weebly	Iniciar sesión página de dominios (Seleccione su dominio) DNS
   Wix	Iniciar sesión página de dominios (Hacer clic icono) Seleccione Administrar registros DNS
   júnior	Iniciar sesión Dominios Mis Dominios
   Otro	Importante: ¿No ve el nombre de su registrador aquí? Simplemente busque en Internet "cómo cambiar los registros DNS en $REGISTRAR" (reemplace $REGISTRAR con el nombre de su registrador, por ejemplo, "cómo cambiar los registros DNS en GoDaddy" si está usando GoDaddy).

3. Usando la página de administración de DNS de su registrador (la otra pestaña que ha abierto), configure los siguientes registros "MX":
   Importante: Tenga en cuenta que NO debe haber otros registros MX establecidos. Ambos registros que se muestran a continuación DEBEN existir. Asegúrese de que no haya errores tipográficos; y tienes mx1 y mx2 escritos correctamente. Si ya existían registros MX, elimínelos por completo. El valor "TTL" no necesita ser 3600, podría ser un valor mayor o menor si es necesario.

   Nombre/Anfitrión/Alias	TTL	Tipo	Prioridad	Respuesta/Valor
   "@", ".", o en blanco	3600	MX	10	mx1.forwardemail.net
   "@", ".", o en blanco	3600	MX	10	mx2.forwardemail.net

4. Usando la página de administración de DNS de su registrador (la otra pestaña que ha abierto), configure lo siguiente TXT registros):
   Importante: Si tiene un plan pago, ¡debe omitir este paso por completo e ir al paso cinco! Si no tiene un plan pago, sus direcciones reenviadas se podrán buscar públicamente: vaya a Mi cuenta Dominios y actualice su dominio a un plan pago si lo desea. Si desea obtener más información sobre los planes pagos, consulte nuestro Precios página. De lo contrario, puede continuar eligiendo una o más combinaciones de la Opción A a la Opción F que se enumeran a continuación.

   ---

   Opción A: Si está reenviando todos los correos electrónicos de su dominio (por ejemplo, "todos@ejemplo.com", "hola@ejemplo.com", etc.) a una dirección específica "usuario@gmail.com":

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=user@gmail.com

   Propina: Asegúrese de reemplazar los valores anteriores en la columna "Valor" con su propia dirección de correo electrónico. El valor "TTL" no necesita ser 3600, podría ser un valor mayor o menor si es necesario. Un valor de tiempo de vida ("TTL") más bajo garantizará que cualquier cambio futuro realizado en sus registros DNS se propague a través de Internet más rápido; piense en esto como cuánto tiempo se almacenará en la memoria caché (en segundos). Puedes aprender más sobre TTL en Wikipedia, la enciclopedia libre.

   ---

   Opción B: Si solo necesita reenviar una sola dirección de correo electrónico (por ejemplo, "hola@ejemplo.com" a "usuario@gmail.com", esto también reenviará "hola+prueba@ejemplo.com" a "usuario+prueba@gmail.com "automáticamente):

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=hello:user@gmail.com

   ---

   Opción C: Si está reenviando varios correos electrónicos, querrá separarlos con una coma:

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com

   ---

   Opción D: Puede tener una cantidad infinita de configuraciones de reenvío de correos electrónicos, solo asegúrese de no incluir más de 255 caracteres en una sola línea y comience cada línea con "forward-email=". A continuación se proporciona un ejemplo:

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com
   "@", ".", o en blanco	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com
   "@", ".", o en blanco	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com
   "@", ".", o en blanco	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com
   "@", ".", o en blanco	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com

   ---

   Opción E: También puede especificar un nombre de dominio en su TXT registro para tener un reenvío de alias global (por ejemplo, "usuario@ejemplo.com" se reenviará a "usuario@ejemplo.net"):

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=example.net

   ---

   Opción F: Incluso puede usar webhooks como un alias global o individual para reenviar correos electrónicos. Vea el ejemplo y la sección completa sobre webhooks titulada ¿Soportas webhooks? abajo.

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

   Opción G: Incluso puede usar expresiones regulares ("regex") para hacer coincidir alias y para manejar sustituciones para reenviar correos electrónicos. Vea el ejemplo y la sección completa sobre expresiones regulares titulada ¿Admite expresiones regulares o expresiones regulares? abajo.

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

5. Usando la página de administración de DNS de su registrador (la otra pestaña que ha abierto), configure adicionalmente lo siguiente TXT registro:

   Nombre/Anfitrión/Alias	TTL	Tipo	Respuesta/Valor
   "@", ".", o en blanco	3600	TXT	v=spf1 a mx include:spf.forwardemail.net -all

   Importante: Si está utilizando Gmail (por ejemplo, Enviar correo como) o G Suite, deberá agregar include:_spf.google.com al valor anterior, por ejemplo:
   
   v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
   Propina: Si ya tiene una línea similar con "v=spf1", deberá agregar include:spf.forwardemail.net justo antes de cualquier registro "include:host.com" existente y antes de "-all" en la misma línea, por ejemplo:
   
   v=spf1 a mx include:spf.forwardemail.net include:host.com -all
   
   Tenga en cuenta que hay una diferencia entre "-todos" y "~todos". El "-" indica que la verificación SPF debería FALLAR si no coincide, y "~" indica que la verificación SPF debería FALLAR SUAVE. Recomendamos utilizar el enfoque "-all" para evitar la falsificación de dominio.
   
   Es posible que también deba incluir el registro SPF para cualquier host desde el que envíe el correo (por ejemplo, Outlook).
6. Verifique sus registros DNS utilizando nuestra herramienta "Verificar registros" disponible en Mi cuenta Dominios Configuración.
7. Envíe un correo electrónico de prueba para confirmar que funciona. Tenga en cuenta que sus registros DNS pueden tardar un tiempo en propagarse.
   Propina: Si no recibe correos electrónicos de prueba o recibe un correo electrónico de prueba que dice "Tenga cuidado con este mensaje", consulte las respuestas para ¿Por qué no recibo mis correos electrónicos de prueba? y ¿Por qué me envían mis correos electrónicos de prueba en Gmail como "sospechosos"? respectivamente.
8. Si desea "Enviar correo como" desde Gmail, deberá mira este video, o siga los pasos a continuación Cómo enviar correo usando Gmail abajo.

Si se está enviando un correo electrónico de prueba con la función "Enviar correo como", no aparecerá en su bandeja de entrada debido a esta respuesta oficial de Gmail ampliamente conocida.

Si continúa teniendo problemas, lo más probable es que sea un problema con la propagación de DNS. Tendrá que esperar un poco más e intentarlo de nuevo (o intente configurar un valor TTL más bajo en su TXT registros).

¿Sigues teniendo problemas? Por favor presente un Solicitud de ayuda para que podamos ayudar a investigar el problema y encontrar una solución rápida.

El correo electrónico se basa en el protocolo SMTP. Este protocolo consta de comandos enviados a un servidor (que se ejecutan más comúnmente en el puerto 25). Hay una conexión inicial, luego el remitente indica de quién es el correo ("CORREO DE"), seguido de adónde va ("RCPT TO"), y finalmente los encabezados y el cuerpo del correo electrónico ("DATOS" ). El flujo de nuestro sistema de reenvío de correo electrónico se describe en relación con cada comando del protocolo SMTP a continuación:

• Conexión inicial (sin nombre de comando, p. telnet example.com 25) - Esta es la conexión inicial. Comprobamos los remitentes que no están en nuestro lista de permitidos contra nuestro negador. Finalmente, si un remitente no está en nuestra lista de permitidos, verificamos si ha sido en la lista gris.

• HELO - Esto indica un saludo para identificar el FQDN, la dirección IP o el nombre del controlador de correo del remitente. Este valor se puede falsificar, por lo que no confiamos en estos datos y, en su lugar, usamos la búsqueda inversa del nombre de host de la dirección IP de la conexión.

• MAIL FROM - Esto indica el correo del sobre de la dirección del correo electrónico. Si se ingresa un valor, debe ser una dirección de correo electrónico RFC 5322 válida. Se permiten valores vacíos. Nosotros comprobar la retrodispersión aquí, y también verificamos el MAIL FROM contra nuestro negador. Finalmente, verificamos los remitentes que no están en la lista de permitidos para limitar la tasa (consulte la sección sobre Limitación de velocidad y lista de permitidos para más información).

• RCPT TO - Esto indica los destinatarios del correo electrónico. Deben ser direcciones de correo electrónico RFC 5322 válidas. Solo permitimos hasta 100 destinatarios de sobres por mensaje (esto es diferente al encabezado "Para" de un correo electrónico). También verificamos si es válido Esquema de reescritura del remitente ("SRS") dirección aquí para protegerse contra la suplantación de identidad con nuestro nombre de dominio SRS. Los destinatarios proporcionados que contengan una dirección de "no respuesta" recibirán un error 553. Ver el lista completa de direcciones "sin respuesta" a continuación. También comparamos al destinatario con nuestra negador.

• DATA - Esta es la parte central de nuestro servicio que procesa un correo electrónico. Ver la sección ¿Cómo se procesa un correo electrónico para el reenvío? a continuación para obtener más información.

Esta sección describe nuestro proceso relacionado con el comando del protocolo SMTP DATA en la sección ¿Cómo funciona su sistema de reenvío de correo electrónico? arriba: es cómo procesamos los encabezados, el cuerpo, la seguridad de un correo electrónico, determinamos dónde debe enviarse y cómo manejamos las conexiones.

1. Si el mensaje supera el tamaño máximo de 50 mb, se rechaza con un código de error 552.

2. Si el mensaje no tiene encabezados, o los encabezados no se pueden analizar, se rechaza con un código de error 421.

3. Si el mensaje no contenía un encabezado "De", o si alguno de los valores en el encabezado "De" no era una dirección de correo electrónico RFC 5322 válida, entonces se rechaza con un código de error 550.

4. Si el mensaje tenía más de 25 encabezados "Recibido", se determinó que se había atascado en un bucle de redireccionamiento y se rechazó con un código de error 550.

5. Usando la huella digital del correo electrónico (ver la sección sobre Huellas dactilares), comprobaremos que se ha intentado reintentar el mensaje más de 500 veces y, de ser así, se rechazará con un código de error 550.

6. Si el mensaje tenía un encabezado "Para", y si alguno de los encabezados "Para" del mensaje estaba dirigido a direcciones SRS reescritas usando nuestro nombre de dominio, entonces lo reescribiremos (esto se aplica a los respondedores de vacaciones).

7. Si al mensaje le faltaba un encabezado "Message-ID", entonces agregaremos uno usando el sobre MAIL FROM analizado FQDN o nuestro nombre de dominio.

8. Si al mensaje le faltaba un encabezado de "Fecha" válido, agregaremos uno usando la hora de llegada desde la conexión inicial del mensaje.

9. Almacenamos en memoria los resultados de escanear el correo electrónico usando Escáner de spam.

10. Si hubo resultados arbitrarios de Spam Scanner, entonces se rechaza con un código de error 554. Los resultados arbitrarios solo incluyen la prueba GTUBE en el momento de escribir este artículo. Ver https://spamassassin.apache.org/gtube/ para obtener más información.

11. Agregaremos los siguientes encabezados al mensaje con fines de depuración y prevención de abusos:

    • X-Original-To - el original RCPT TO dirección de correo electrónico para el mensaje.
      • Esto es útil para determinar dónde se entregó originalmente un correo electrónico.
      • Recién agregado en v10.0.0 de Reenviar correo electrónico.
      • Valor existente si alguno se conserva como X-Original-Preserved-To.
    • X-ForwardEmail-Version - la corriente SemVer versión de package.json de nuestro código base.
    • X-ForwardEmail-Session-ID - un valor de ID de sesión utilizado con fines de depuración (solo se aplica en entornos que no son de producción).
    • X-ForwardEmail-Sender - una lista separada por comas que contiene la dirección MAIL FROM del sobre original (si no estaba en blanco), el FQDN del cliente PTR inverso (si existe) y la dirección IP del remitente.
    • X-Report-Abuse - con un valor de abuse@forwardemail.net.
      • Valor existente si alguno se conserva como X-Original-Report-Abuse.
    • X-Report-Abuse-To - con un valor de abuse@forwardemail.net.
      • Valor existente si alguno se conserva como X-Original-Report-Abuse-To.

12. A continuación, comprobamos el mensaje para DKIM, SPF, ARC, y DMARC.

    • Si el mensaje falló en DMARC y el dominio tenía una política de rechazo (p. p=reject estaba en la política DMARC), luego se rechaza con un código de error 550. Por lo general, una política de DMARC para un dominio se puede encontrar en el _dmarc subdominio TXT registro, (ej. dig _dmarc.example.com txt).
    • Si el mensaje falló SPF y el dominio tenía una política de fallas permanentes (por ejemplo, -all estaba en la política SPF en lugar de ~all o ninguna política), entonces se rechaza con un código de error 550. Por lo general, una política de SPF para un dominio se puede encontrar en el TXT registro para el dominio raíz (por ejemplo, dig example.com txt). Consulte esta sección para obtener más información sobre enviar correo como con Gmail en cuanto a SPF.

13. Ahora procesamos los destinatarios del mensaje tal como se recopilan de la RCPT TO comando en la sección ¿Cómo funciona su sistema de reenvío de correo electrónico? arriba. Para cada destinatario, realizamos las siguientes operaciones:

    • Buscamos el TXT registros del nombre de dominio (la parte posterior al @ símbolo, p. example.com si la dirección de correo electrónico era test@example.com). Por ejemplo, si el dominio es example.com hacemos una búsqueda de DNS como dig example.com txt.
    • Analizamos todo TXT registros que comienzan con cualquiera forward-email= (planes gratis) o forward-email-site-verification= (planes pagos). Tenga en cuenta que analizamos ambos para procesar los correos electrónicos mientras un usuario actualiza o degrada los planes.
    • De estos analizados TXT registros, iteramos sobre ellos para extraer la configuración de reenvío (como se describe en la sección ¿Cómo empiezo y configuro el reenvío de correo electrónico? arriba). Tenga en cuenta que solo admitimos uno forward-email-site-verification= y si se proporciona más de uno, se producirá un error 550 y el remitente recibirá un rebote para este destinatario.
    • De forma recursiva, iteramos sobre la configuración de reenvío extraída para determinar el reenvío global, el reenvío basado en expresiones regulares y todas las demás configuraciones de reenvío admitidas, que ahora se conocen como nuestras "Direcciones de reenvío".
    • Para cada dirección de reenvío, admitimos una búsqueda recursiva (que iniciará esta serie de operaciones en la dirección dada). Si se encuentra una coincidencia recursiva, el resultado principal se eliminará de Direcciones de reenvío y se agregarán los secundarios.
    • Las direcciones de reenvío se analizan para determinar si son únicas (ya que no queremos enviar duplicados a una dirección ni generar conexiones de cliente SMTP adicionales innecesarias).
    • Para cada dirección de reenvío, buscamos su nombre de dominio en nuestro punto final de API /v1/max-forwarded-addresses (para determinar a cuántas direcciones el dominio puede reenviar correo electrónico por alias, por ejemplo, 10 por defecto, consulte la sección sobre límite máximo de reenvío por alias). Si se supera este límite, se producirá un error 550 y el remitente recibirá un rebote para este destinatario.
    • Buscamos la configuración del destinatario original en nuestro punto final de API /v1/settings, que admite una búsqueda de usuarios pagos (con un respaldo para usuarios gratuitos). Esto devuelve un objeto de configuración para la configuración avanzada de port (Número, p. ej. 25), has_adult_content_protection (booleano), has_phishing_protection (booleano), has_executable_protection (Booleano), y has_virus_protection (Booleano).
    • Con base en esta configuración, verificamos los resultados de Spam Scanner y, si se produce algún error, el mensaje se rechaza con un código de error 554 (por ejemplo, si has_virus_protection está habilitado, luego revisaremos los resultados del Spam Scanner en busca de virus). Tenga en cuenta que todos los usuarios del plan gratuito optarán por verificaciones de contenido para adultos, phishing, ejecutables y virus. De forma predeterminada, todos los usuarios del plan de pago también están habilitados, pero esta configuración se puede modificar en la página Configuración de un dominio en el panel de Reenviar correo electrónico).

14. Para las direcciones de reenvío de cada destinatario procesado, realizamos las siguientes operaciones:

    • La dirección se coteja con nuestra negador, y si estaba en la lista, aparecerá un código de error 554 y el remitente recibirá un rebote para este destinatario.
    • Si la dirección es un webhook, configuramos un valor booleano para operaciones futuras (ver a continuación: agrupamos webhooks similares para hacer una solicitud POST frente a varias para la entrega).
    • Si la dirección es una dirección de correo electrónico, analizamos el host para futuras operaciones (ver a continuación: agrupamos hosts similares para hacer una conexión frente a múltiples conexiones individuales para la entrega).

15. Si no hay destinatarios y no hay rebotes, respondemos con un error 550 de "Destinatarios no válidos".

16. Si hay destinatarios, iteramos sobre ellos (agrupados por el mismo host) y entregamos los correos electrónicos. Ver la sección ¿Cómo maneja los problemas de entrega de correo electrónico? a continuación para obtener más información.

    • Si se produce algún error al enviar correos electrónicos, los almacenaremos en la memoria para su posterior procesamiento.
    • Tomaremos el código de error más bajo (si lo hay) del envío de correos electrónicos y lo usaremos como el código de respuesta a la DATA dominio. Esto significa que el remitente original volverá a intentar enviar los correos electrónicos no entregados, pero los correos electrónicos que ya se entregaron no se volverán a enviar la próxima vez que se envíe el mensaje (como usamos Huellas dactilares).
    • Si no ocurrieron errores, enviaremos un código de estado de respuesta SMTP 250 exitoso.
    • Se determina que un rebote es cualquier intento de entrega que resulte en un código de estado >= 500 (fallas permanentes).

17. Si no ocurrieron rebotes (fallas permanentes), devolveremos un código de estado de respuesta SMTP del código de error más bajo de fallas no permanentes (o un código de estado 250 exitoso si no hubo ninguno).

18. Si se produjeron rebotes, enviaremos correos electrónicos de rebote en segundo plano después de devolver el código de error más bajo al remitente. Sin embargo, si el código de error más bajo es >= 500, entonces no enviamos ningún correo electrónico de rebote. Esto se debe a que si lo hiciéramos, los remitentes recibirían un correo electrónico de doble rebote (por ejemplo, uno de su MTA saliente, como Gmail, y también uno de nosotros). Consulte la sección sobre ¿Cómo se protege contra la retrodispersión? a continuación para obtener más información.

Tenga en cuenta que haremos una reescritura "Friendly-From" en los correos electrónicos si y solo si la política DMARC del remitente fue p=reject, Y tiene un SPF aprobado, Y no se alinearon firmas DKIM con el encabezado "De". Esto significa que modificaremos el encabezado "De" en el mensaje, configuraremos "X-Original-From" y también configuraremos "Reply-To" si aún no se configuró. También volveremos a sellar el sello ARC en el mensaje después de modificar estos encabezados.

También utilizamos análisis inteligente de mensajes de error en todos los niveles de nuestra pila: en nuestro código, solicitudes de DNS, elementos internos de Node.js, solicitudes HTTP (por ejemplo, 408, 413 y 429 se asignan al código de respuesta SMTP de 421 si el destinatario es un webhook) y las respuestas del servidor de correo (por ejemplo, las respuestas con "aplazar" o "ralentizar" se volverían a intentar como errores 421).

Nuestra lógica es a prueba de maniquíes y también volverá a intentarlo en busca de errores de TLS/SSL, problemas de conexión y más. El objetivo de la prueba ficticia es maximizar la capacidad de entrega a todos los destinatarios para una configuración de reenvío.

Si el destinatario es un webhook, permitiremos un tiempo de espera de 60 segundos para que la solicitud se complete con hasta 3 reintentos (es decir, 4 solicitudes en total antes de una falla). Tenga en cuenta que analizamos correctamente los códigos de error 408, 413 y 429 y los asignamos a un código de respuesta SMTP de 421.

De lo contrario, si el destinatario es una dirección de correo electrónico, intentaremos enviar el correo electrónico con TLS oportunista (intentamos usar STARTTLS si está disponible en el servidor de correo del destinatario). Si se produce un error de SSL o TLS al intentar enviar el correo electrónico, intentaremos enviar el correo electrónico sin TLS (sin usar STARTTLS).

Si se produce algún error de DNS o de conexión, volveremos a la DATA ordene un código de respuesta SMTP de 421; de lo contrario, si hay errores de nivel >= 500, se enviarán rebotes.

Si detectamos que un servidor de correo electrónico al que intentamos enviar tiene una o más de nuestras direcciones IP de intercambio de correo bloqueadas (por ejemplo, por cualquier tecnología que utilicen para desviar a los spammers), enviaremos un código de respuesta SMTP de 421 para que el remitente vuelva a intentar su mensaje más tarde (y se nos alerta sobre el problema para que podamos resolverlo antes del próximo intento).

Supervisamos de forma rutinaria todas las principales listas de denegación de DNS y, si alguna de nuestras direcciones IP de intercambio de correo ("MX") aparece en una lista de denegación principal, la sacaremos de la ronda de registros de DNS A pertinente, si es posible, hasta que se resuelva el problema.

En el momento de escribir este artículo, también figuramos en varias listas de permitidos de DNS, y nos tomamos muy en serio el seguimiento de las listas de denegación. Si ve algún problema antes de que tengamos la oportunidad de resolverlo, notifíquenos por escrito a support@forwardemail.net.

No reenviamos correos electrónicos a direcciones "sin respuesta", y cualquier remitente que intente hacerlo recibirá un error 553.

Los nombres de usuario de correo electrónico iguales a cualquiera de los siguientes (sin distinción entre mayúsculas y minúsculas) se consideran direcciones sin respuesta:

• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@

Sí, actualizamos una lista de permitidos diariamente basada en el FQDN raíz más popular utilizado en el nivel de DNS. Esta lista consta de aproximadamente 200 000 a 300 000 nombres de dominio raíz únicos.

Se incluyen proveedores populares como Google (Gmail), Yahoo, Microsoft (Outlook), Amazon (Amazon SES), Meta (Facebook), Twitter, Netflix, Spotify y más.

Si usted es un remitente o utiliza un remitente que no está en nuestra lista de permitidos, la primera vez que su dominio raíz FQDN o dirección IP envíe un correo electrónico, será tarifa limitada y en la lista gris.

Las solicitudes de lista blanca se pueden enviar a lista de permitidos@forwardemail.net (Proporcione una descripción completa y el motivo por el que se agregó a la lista de permitidos, enlaces a sitios web y el certificado de formación de su empresa para que se incluya en nuestra lista de permitidos).

Sí, tenemos una muy laxa. lista gris de correo electrónico política utilizada. La lista gris solo se aplica a los remitentes que no están en nuestra lista de permitidos y dura en nuestra memoria caché durante 30 días.

Para cualquier remitente nuevo, almacenamos una clave en nuestra base de datos de Redis durante 30 días con un valor establecido en la hora de llegada inicial de su primera solicitud. Luego rechazamos su correo electrónico con un código de estado de reintento de 450 y solo permitimos que pase una vez que hayan pasado 5 minutos.

Si han esperado con éxito durante 5 minutos desde esta hora de llegada inicial, se aceptarán sus correos electrónicos y no recibirán este código de estado 450.

La clave consta del dominio raíz FQDN o la dirección IP del remitente. Esto significa que cualquier subdominio que pase la lista gris también pasará por el dominio raíz y viceversa (esto es lo que queremos decir con una política "muy laxa").

Por ejemplo, si un correo electrónico proviene de test.example.com antes de que veamos un correo electrónico proveniente de example.com, entonces cualquier correo electrónico de test.example.com y/o example.com Tendrá que esperar 5 minutos desde la hora de llegada inicial de la conexión. No hacemos los dos test.example.com y example.com cada uno espera sus propios períodos de 5 minutos (nuestra política de listas grises se aplica en el nivel de dominio raíz).

Tenga en cuenta que la lista gris no se aplica a ningún remitente en nuestro lista de permitidos (por ejemplo, Meta, Amazon, Netflix, Google, Microsoft en el momento de escribir este artículo).

Sí, operamos nuestra propia lista de denegación privada y la actualizamos automáticamente en tiempo real y manualmente en función del spam y la actividad maliciosa detectada. Los remitentes denegados recibirán un mensaje de error 554.

También extraemos de la lista de denegación de nivel 1 de UCEPROTECT en http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz cada hora e introdúzcalo en nuestra base de datos de Redis con un vencimiento de 7 días.

Las solicitudes de lista blanca (o solicitudes de eliminación de lista negra) se pueden enviar a lista de permitidos@forwardemail.net (Proporcione una descripción completa y el motivo por el que se agregó a la lista de permitidos, enlaces a sitios web y el certificado de formación de su empresa para que se incluya en nuestra lista de permitidos).

Sí, tenemos un límite de velocidad que se aplica solo a los remitentes que no están en el lista de permitidos.

Solo permitimos hasta 100 conexiones por hora, por dominio raíz FQDN resuelto del remitente (o) dirección IP remota del remitente (si no hay un PTR inverso disponible) y por destinatario del sobre. Almacenamos la clave para limitar la tasa como un hash criptográfico en nuestra base de datos de Redis.

Si está enviando un correo electrónico a través de nuestro sistema, asegúrese de tener un PTR inverso configurado para todas sus direcciones IP (de lo contrario, cada dominio raíz FQDN único o dirección IP desde la que envíe tendrá una tarifa limitada).

Tenga en cuenta que si realiza envíos a través de un sistema popular como Amazon SES, entonces no tendrá una tarifa limitada ya que (al momento de escribir este artículo) Amazon SES figura en nuestra lista de permitidos.

Si está enviando desde un dominio como test.abc.123.example.com, entonces el límite de tasa se impondrá a example.com. Muchos emisores de spam utilizan cientos de subdominios para evitar los filtros de spam comunes que solo limitan la tasa de nombres de host únicos en lugar de dominios raíz FQDN únicos.

Los remitentes que excedan el límite de velocidad serán rechazados con un error 421.

Rebotes mal dirigidos o spam de rebote (conocidos como "retrodispersión") puede provocar una reputación negativa en las direcciones IP del remitente.

Tomamos dos pasos para proteger contra la retrodispersión, que se detalla en las siguientes secciones Evite los rebotes de MAIL FROM spammers conocidos y Evite rebotes innecesarios para protegerse contra la retrodispersión abajo.

Evite los rebotes de MAIL FROM spammers conocidos

Sacamos la lista de retrodispersión.org (energizado por UCEPROTECT) a http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz cada hora y lo ingresamos en nuestra base de datos de Redis (también comparamos la diferencia por adelantado, en caso de que se elimine alguna IP que deba respetarse).

Si MAIL FROM está en blanco O contiene (sin distinción entre mayúsculas y minúsculas) uno de los siguientes nombres de usuario (la parte antes de la @ en un correo electrónico), verificamos si la IP del remitente coincide con una de esta lista:

• abuse@
• ftp@
• hostmaster@
• mailer-daemon@
• mailer_daemon@
• mailerdaemon@
• news@
• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@
• postmaster@
• root@
• security@
• usenet@
• webmaster@
• www@

Si la IP del remitente aparece (y no en nuestro lista de permitidos), luego enviamos un error 554 con el mensaje The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Recibiremos una alerta si un remitente está tanto en la lista de Backscatterer como en nuestra lista de permitidos para que podamos resolver el problema si es necesario.

Las técnicas descritas en esta sección se adhieren a la recomendación "MODO SEGURO" en https://www.backscatterer.org/?target=usage – donde solo verificamos la IP del remitente si ya se han cumplido ciertas condiciones.

Evite rebotes innecesarios para protegerse contra la retrodispersión

Los rebotes son correos electrónicos que indican que el reenvío de correo electrónico falló por completo al destinatario y que el correo electrónico no se volverá a intentar.

Una razón común para aparecer en la lista de Backscatterer son los rebotes mal dirigidos o el spam de rebote, por lo que debemos protegernos contra esto de varias maneras:

1. Solo enviamos devoluciones cuando se producen >= 500 errores de código de estado (cuando los correos electrónicos que se intentaron reenviar fallaron, por ejemplo, Gmail responde con un error de nivel 500).

2. Solo enviamos rebotes una vez y solo una vez (utilizamos una clave de huella digital de rebote calculada y la almacenamos en caché para evitar el envío de duplicados). La huella digital de rebote es una clave que es la huella digital del mensaje combinada con un hash de la dirección de rebote y su código de error). Consulte la sección sobre Huellas dactilares para obtener más información sobre cómo se calcula la huella digital del mensaje. Las huellas dactilares de rebote enviadas con éxito caducarán después de 7 días en nuestro caché de Redis.

3. Solo enviamos rebotes cuando el CORREO DE no está en blanco y no contiene (sin distinción entre mayúsculas y minúsculas) uno de los siguientes nombres de usuario (la parte antes de la @ en un correo electrónico). Tenga en cuenta que esta lista es un poco más corta que la anterior en la verificación CORREO DESDE porque no queremos tener falsos positivos (por ejemplo, seguridad@ es una dirección válida para la que es posible que desee obtener un rebote; mucha gente use security@ para sus programas de recompensas por errores).

   • abuse@
   • mailer-daemon@
   • mailer_daemon@
   • mailerdaemon@

4. No enviamos rebotes si el mensaje original tenía alguno de los siguientes encabezados (sin distinción entre mayúsculas y minúsculas):

   • Auto-Submitted (con un valor de no)
   • X-Auto-Response-Suppress (con un valor de dr, autoreply, auto-reply, auto_reply, o all)
   • List-Id
   • List-Unsubscribe
   • Feedback-ID
   • X-Auto-Reply
   • X-Autoreply
   • X-Auto-Respond
   • X-Autorespond
   • Precedence (con un valor de bulk, autoreply, auto-reply, auto_reply, o list)

La huella digital de un correo electrónico se usa para determinar la singularidad de un correo electrónico y para evitar que se entreguen mensajes duplicados y rebotes duplicados de ser enviado.

La huella digital es una serie de hashes calculados criptográficamente delimitados por dos puntos, y se usa internamente en nuestra base de código.

Estos valores hash calculados se envían a una matriz (una lista) si y solo si existen sus valores:

• Nombre de host FQDN resuelto por el cliente o dirección IP
• Message-ID valor de encabezado
• Date valor del encabezado (si y solo si Message-ID no existió)
• From valor del encabezado (si y solo si Message-ID no existió)
• To valor del encabezado (si y solo si Message-ID no existió)
• Cc valor del encabezado (si y solo si Message-ID no existió)
• Subject valor del encabezado (si y solo si Message-ID no existió)
• Body valor (si y sólo si Message-ID no existió)

Si ve este mensaje de error en Gmail cuando se envía una prueba a sí mismo, o cuando una persona a la que está enviando un correo electrónico con su alias ve un correo electrónico suyo por primera vez, entonces por favor no te preocupes – ya que esta es una función de seguridad integrada de Gmail.

Simplemente puede hacer clic en "Parece seguro". Por ejemplo, si tuviera que enviar un mensaje de prueba utilizando la función enviar correo como (a otra persona), entonces no verá este mensaje.

Sin embargo, si ven este mensaje, es porque normalmente estaban acostumbrados a ver sus correos electrónicos provenientes de juan@gmail.com en vez de juan@dominiopersonalizado.com (sólo un ejemplo). Gmail alertará a los usuarios solo para asegurarse de que las cosas estén seguras por si acaso, no hay solución.

Esto SÓLO es aplicable si está utilizando el Cómo enviar correo como usando Gmail rasgo. Actualmente no existe una solución para esto y afecta a todos los proveedores de servicios (no solo a nosotros). La solución consiste en utilizar un servidor SMTP personalizado. Sin embargo, aún no ofrecemos SMTP.

Planeamos lanzar nuestro propio servicio SMTP (no solo reenvío, sino correo electrónico en general), lo que aliviaría este problema. Gmail agrega esto automáticamente y no hay una solución alternativa actual. Otros servicios de reenvío de correo electrónico con características similares a las nuestras también incurrirán en este mismo problema (y otras soluciones de reenvío de correo electrónico simplemente no ofrecen el nivel de privacidad que ofrecemos).

Si desea recibir una notificación cuando se publique, puede enviar un correo electrónico smtp@forwardemail.net y le enviaremos una notificación una vez que se publique. ¡O simplemente regístrese para obtener una cuenta aquí si aún no lo ha hecho!

Sí, a partir del 5 de mayo de 2020 hemos agregado esta función. En este momento, la característica es específica de dominio, en oposición a específica de alias. Si necesita que sea un alias específico, contáctenos para informarnos de sus necesidades.

Si está en el plan gratuito, simplemente agregue un nuevo DNS TXT grabe como se muestra a continuación, pero cambie el puerto de 25 al puerto de su elección.

Por ejemplo, si quiero todos los correos electrónicos que van a example.com para reenviar al puerto SMTP de destinatarios de alias de 1337 en lugar de 25:

¡Sí! Los reembolsos automáticos ocurren cuando actualiza, degrada o cancela su cuenta dentro de los 30 días desde que comenzó su plan por primera vez. Esto solo se aplica a los clientes de primera vez.

No prorrateamos ni reembolsamos la diferencia cuando cambia de plan. En su lugar, convertimos la duración restante de la fecha de vencimiento de su plan existente en la duración relativa más cercana para su nuevo plan (redondeado por mes).

Tenga en cuenta que si actualiza o degrada entre planes pagos dentro de un período de 30 días desde que comenzó un plan pago por primera vez, le reembolsaremos automáticamente el monto total de su plan existente.

Sí, a partir del 15 de mayo de 2020 hemos agregado esta función. ¡Simplemente puede agregar webhook (s) exactamente como lo haría con cualquier destinatario! Asegúrese de tener el protocolo "http" o "https" prefijado en la URL del webhook.

Si está en el plan gratuito, simplemente agregue un nuevo DNS TXT registro como se muestra a continuación:

Por ejemplo, si quiero todos los correos electrónicos que van a alias@example.com para reenviar a un nuevo bin de solicitud punto final de prueba:

O tal vez desee que todos los correos electrónicos que van a example.com para reenviar a este punto final:

Aquí hay notas adicionales sobre los webhooks:

• Las solicitudes HTTP de Webhook se reintentarán hasta 3 veces cada intento de conexión SMTP, con un tiempo de espera máximo de 60 segundos por solicitud POST de extremo. Tenga en cuenta que esto no significa que solo vuelva a intentarlo 3 veces, en realidad volverá a intentarlo de forma continua con el tiempo mediante el envío de un código SMTP de 421 (que indica al remitente que vuelva a intentarlo más tarde) después del tercer intento fallido de solicitud HTTP POST. Esto significa que el correo electrónico se volverá a intentar continuamente durante días hasta que se logre un código de estado 200.

• Lo volveremos a intentar automáticamente según el estado predeterminado y los códigos de error utilizados en método de reintento de superagent (somos mantenedores).

• Agrupamos las solicitudes HTTP de webhook al mismo punto final en una solicitud en lugar de varias) para ahorrar recursos y acelerar el tiempo de respuesta. Por ejemplo, si envía un correo electrónico a webhook1@ejemplo.com, webhook2@ejemplo.com, y webhook3@ejemplo.com, y todos estos están configurados para alcanzar el mismo exacto URL del punto final, solo se realizará una solicitud. Nos agrupamos por coincidencia exacta de punto final con estricta igualdad.

• Tenga en cuenta que usamos el analizador de correo el método "simpleParser" de la biblioteca para analizar el mensaje en un objeto compatible con JSON.

• El valor de correo electrónico sin procesar como una cadena se proporciona como la propiedad "sin procesar".

• Los resultados de la autenticación se dan como propiedades "dkim", "spf", "arc", "dmarc" y "bimi".

• Los encabezados de correo electrónico analizados se proporcionan como la propiedad "encabezados", pero también tenga en cuenta que puede usar "headerLines" para facilitar la iteración y el análisis.

• Los destinatarios agrupados para este webhook se agrupan y se asignan como la propiedad "destinatarios".

• La información de la sesión SMTP se proporciona como la propiedad "sesión". Contiene información sobre el remitente del mensaje, la hora de llegada del mensaje, HELO y el nombre de host del cliente. El valor del nombre de host del cliente como session.clientHostname es el FQDN (de una búsqueda de PTR inversa) o es session.remoteAddress envuelto entre paréntesis (por ejemplo, "[127.0.0.1]").

• Si existen anexos, se adjuntarán al attachments Matriz con valores de búfer. Puede volver a analizarlos en contenido utilizando un enfoque con JavaScript como:

  const data = [
    104,
    101,
    108,
    108,
    111,
    32,
    119,
    111,
    114,
    108,
    100,
    33
  ];
  //
  // outputs "hello world!" to the console
  // (this is the content from the filename "text1.txt" in the example JSON request payload above)
  //
  console.log(Buffer.from(data).toString());
  

{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@example.com>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@example.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
    "text": "some <random@example.com>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@example.com"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "example.com"
      }
    },
    "domain": "example.com",
    "info": "dmarc=none header.from=example.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

Sí, a partir del 27 de septiembre de 2021 hemos agregado esta función. Simplemente puede escribir expresiones regulares ("regex") para hacer coincidir los alias y realizar sustituciones.

Los alias compatibles con expresiones regulares son los que comienzan con un / y terminar con / y sus destinatarios son direcciones de correo electrónico o webhooks. Los destinatarios también pueden incluir soporte de sustitución de expresiones regulares (p. $1, $2).

Admitimos dos banderas de expresiones regulares que incluyen i y g. La bandera insensible a mayúsculas y minúsculas de i es un incumplimiento permanente y siempre se aplica. La bandera mundial de g usted puede agregar colocando el final / con /g.

Tenga en cuenta que también apoyamos a nuestros función de alias deshabilitada para la parte del destinatario con nuestro soporte de expresiones regulares.

Las expresiones regulares no son compatibles con dominios de vanidad global (ya que esto podría ser una vulnerabilidad de seguridad).

Si está en el plan gratuito, simplemente agregue un nuevo DNS TXT registro utilizando uno o más de los ejemplos proporcionados a continuación:

No, no se recomienda, ya que solo puede usar un servidor de intercambio de correo a la vez. Los respaldos generalmente nunca se vuelven a intentar debido a configuraciones incorrectas de prioridad y servidores de correo que no respetan la verificación de prioridad de intercambio MX.

¡Sí! A partir del 6 de febrero de 2020 hemos agregado esta función. Simplemente edite su DNS TXT registre y prefije el alias con un signo de exclamación. Tenga en cuenta que debe conservar la asignación ":", ya que es necesaria si alguna vez decide desactivarla (y también se usa para importar en nuestros planes pagos).

Si prefijas un alias con "!" (signo de exclamación), entonces aún devolverá códigos de respuesta exitosos a los remitentes que intentan enviar a esta dirección, pero los correos electrónicos en sí no irán a ninguna parte; a un agujero negro.

Los correos electrónicos enviados a direcciones deshabilitadas responderán con un código de estado de respuesta SMTP de 250 (aceptado), pero los correos electrónicos en realidad no se entregarán a los destinatarios.

Por ejemplo, si quiero todos los correos electrónicos que van a alias@example.com para dejar de fluir a través de user@gmail.com:

Si, absolutamente. Simplemente especifique varios destinatarios en su TXT registros.

Por ejemplo, si quiero un correo electrónico que vaya a hello@example.com para ser reenviado a user+a@gmail.com y user+b@gmail.com, entonces mi TXT registro se vería así:

O bien, puede especificarlos en dos líneas separadas, como esta:

¡Tu decides!

Sí tu puedes. Simplemente especifique múltiples destinatarios generales globales en su TXT registros.

Por ejemplo, si quiero que cada correo electrónico que va a *@example.com (el asterisco significa que es un comodín, también conocido como catch-all) para ser reenviado a user+a@gmail.com y user+b@gmail.com, entonces mi TXT registro se vería así:

O bien, puede especificarlos en dos líneas separadas, como esta:

¡Tu decides!

Sí, el límite predeterminado es 10. Esto NO significa que solo puede tener 10 alias en su nombre de dominio. Puedes tener tantos alias como quieras (una cantidad ilimitada). Significa que solo puede reenviar un alias a 10 direcciones de correo electrónico únicas. Podrías tener hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (del 1 al 10) – y cualquier correo electrónico a hello@example.com sería reenviado a user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, ... (de 1-10).

Sí, puede, sin embargo, aún debe cumplir con el límite máximo. Si usted tiene hello:linus@example.com y linus:user@gmail.com, luego envía correos electrónicos a hello@example.com sería reenviado a linus@example.com y user@gmail.com. Tenga en cuenta que se generará un error si intenta reenviar correos electrónicos de forma recursiva.

Usamos MX y TXT registro de verificación, por lo tanto, si agrega el MX respectivo de este servicio y TXT registros, entonces estás registrado. Si los elimina, entonces no está registrado. Usted tiene la propiedad de su dominio y la administración de DNS, por lo que si alguien tiene acceso a eso, entonces es un problema.

El servicio continúa funcionando gracias a los usuarios que actualizaron a planes pagos. Queremos brindar una alternativa gratuita para las personas que utilizan servicios de reenvío de código cerrado (y, en consecuencia, arriesgan su privacidad y seguridad).

Por defecto tenemos un límite de tamaño de 50 MB, que incluye contenido, encabezados y archivos adjuntos. Tenga en cuenta que los servicios como Gmail y Outlook solo permiten un límite de tamaño de 25 MB, y si excede el límite al enviar direcciones a esos proveedores, recibirá un mensaje de error.

Se devuelve un error con el código de respuesta adecuado si se supera el límite de tamaño de archivo.

No absolutamente no. Vea nuestro Política de privacidad.

No absolutamente no. Vea nuestro Política de privacidad.

No absolutamente no. No almacenamos registros SMTP. Vea nuestro Política de privacidad.

Muchos otros servicios de reenvío de correo electrónico almacenan y potencialmente podrían leer su correo electrónico. No hay ninguna razón por la que los correos electrónicos reenviados deban almacenarse en un disco y, por lo tanto, diseñamos la primera solución de código abierto que lo hace todo en la memoria.

Creemos que debe tener derecho a la privacidad y lo respetamos estrictamente. El código que se implementa en el servidor es software de código abierto en GitHub para la transparencia y para generar confianza.

Si, absolutamente.

Si, absolutamente. En lugar de usar "@", "." O un espacio en blanco como nombre / host / alias, simplemente use el nombre del subdominio como valor.

Si tu quieres foo.example.com para reenviar correos electrónicos, luego ingrese foo como el valor de nombre/host/alias en su configuración de DNS (tanto para MX como para TXT registros).

Si, absolutamente.

Sí, tiene pruebas escritas con Ava y también tiene cobertura de código.

Si, absolutamente. Por ejemplo, si está enviando un correo electrónico a hello@example.com y está registrado para reenviar a user@gmail.com, se devolverá el mensaje de respuesta SMTP y el código del servidor SMTP "gmail.com" en lugar del servidor proxy en "mx1.forwardemail.net" o "mx2.forwardemail.net".

Consulte nuestras secciones sobre ¿Cómo funciona su sistema de reenvío de correo electrónico?, ¿Cómo maneja los problemas de entrega de correo electrónico?, y ¿Cómo maneja el bloqueo de sus direcciones IP? arriba.

Debe darse de baja de la lista de correo electrónico (si es posible) y bloquear al remitente.

No denuncie el mensaje como spam, sino reenvíelo a nuestro sistema de prevención de abusos seleccionado manualmente y centrado en la privacidad.

La dirección de correo electrónico para reenviar spam es: abuse@forwardemail.net

¡Sí! A partir del 2 de octubre de 2018 hemos agregado esta característica. Ver Cómo enviar correo como usando Gmail ¡arriba!

También debe establecer el registro SPF para Gmail en su configuración de DNS TXT registro.

¡Si! A partir del 2 de octubre de 2018, hemos agregado esta función. Simplemente vea estos dos enlaces de Microsoft a continuación:

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-diferente-dirección-en-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

También debe establecer el registro SPF para Outlook en su configuración de DNS TXT registro.

Lamentablemente, Apple no permite esto, independientemente del servicio que utilice. Sin embargo, puede usar la aplicación Correo junto con la cuenta de correo electrónico de su dominio.

• https://discusiones.apple.com/thread/8316291
• https://discusiones.apple.com/thread/6876839

Sí, sin embargo, los remitentes "relativamente desconocidos" tienen un límite de 1000 conexiones por hora por nombre de host o IP. Consulte la sección sobre Limitación de velocidad y lista gris arriba.

Por "relativamente desconocido" nos referimos a remitentes que no aparecen en el lista de permitidos.

Si se excede este límite, enviamos un código de respuesta "421" que le dice al servidor de correo del remitente que vuelva a intentarlo más tarde.

Si está utilizando Gmail, siga estos pasos a continuación:

1. Ir https://google.com y cerrar sesión en todas las cuentas de correo electrónico
2. Haga clic en "Iniciar sesión" y en el menú desplegable, haga clic en "otra cuenta"
3. Seleccione "Usar otra cuenta"
4. Seleccione "Crear cuenta"
5. Seleccione "Usar mi dirección de correo electrónico actual en su lugar"
6. Ingrese su dirección de correo electrónico de nombre de dominio personalizado
7. Recupere el correo electrónico de verificación enviado a su dirección de correo electrónico
8. Ingrese el código de verificación de este correo electrónico
9. Información completa del perfil para su nueva cuenta de Google
10. Acepta todas las políticas de privacidad y términos de uso
11. Ir https://google.com y en la esquina superior derecha, haga clic en el icono de su perfil y haga clic en el botón "cambiar"
12. Cargue una nueva foto o avatar para su cuenta
13. Los cambios tardarán aproximadamente 1-2 horas en propagarse, pero a veces pueden ser muy rápidos.
14. Envíe un correo electrónico de prueba y aparecerá la foto de perfil.

El plan gratuito requiere que utilice registros DNS públicos para almacenar su configuración de reenvío. Cualquiera que tenga una computadora puede buscar su configuración de reenvío en un terminal si está en el plan gratuito. A diferencia del plan gratuito, el plan de protección mejorada utiliza una cadena aleatoria generada criptográficamente para almacenar su configuración de reenvío de forma privada.

Si. Tenemos soporte integrado para SPF, DKIM, DMARC, ARC y SRS en todos los planes. También hemos trabajado extensamente con los autores originales de estas especificaciones y otros expertos en correo electrónico para garantizar la perfección y una alta capacidad de entrega.

Si. Independientemente del plan en el que esté, pagará solo una tarifa mensual, que cubre todos sus dominios.

Aceptamos tarjetas, billeteras y transferencias bancarias usando Raya y Paypal – para pagos únicos o suscripciones mensuales, trimestrales o anuales.

No. Los precios nunca aumentarán. A diferencia de otras empresas, tampoco cerraremos nuestro servicio.

Usamos el servicio de DNS del consumidor que prioriza la privacidad de CloudFlare (ver anuncio aquí). Establecimos 1.1.1.3 y 1.0.0.3 como los servidores DNS (ver https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) usando /etc/resolv.conf en nuestros servidores y entornos de prueba.