Saltar al contenido principal
MailLand

Registro de cambios

Registro de cambios de Mail.Land

Lo que cambió para los clientes en cada versión, primero lo más reciente. Los cambios internos y operativos no se incluyen.

Cada fecha es el día en que la versión entró en producción (UTC).

  1. Claves de API más estrictas, tasas coherentes y una página de estado rediseñada

    • Una clave de API solo llega ahora a lo que permite su producto: los endpoints de validación requieren una clave con el producto Validation, y listar sus claves de API requiere una sesión del panel.
    • Los endpoints que crean o duplican un recurso devuelven una cabecera Location con la dirección /v1 del nuevo recurso.
    • Al duplicar un segmento se conserva su nombre con "(Copy)" añadido, o se usa el nombre que usted elija.
    • Las tasas de la página de entregabilidad, el panel y los registros de email usan ahora una sola definición y coinciden. Los informes de campaña calculan aperturas, clics y bajas sobre los mensajes entregados y añaden la tasa de clics por apertura.
    • La puntuación de entregabilidad muestra "Aún no hay datos suficientes" mientras no haya envíos que medir, en lugar de mostrar una cifra.
    • Las automatizaciones pueden crearse desde el panel, con una plantilla de email obligatoria.
    • Las listas de permitidos y bloqueados del correo entrante muestran el tipo de coincidencia correcto de cada entrada.
    • Las fechas de las solicitudes a la API y de los filtros del registro de auditoría y de entregas de webhooks se leen en UTC.
    • La página de estado tiene un nuevo diseño: barras de historial de 90 días, descripciones emergentes y días tranquilos plegados.
  2. Los intentos de entrega caducados se informan aparte

    • Los mensajes que caducaron sin una respuesta final del servidor receptor forman ahora su propio grupo en los informes de entregabilidad, desglosados por causa y dominio del destinatario.
    • Cada tasa de rebote que se le muestra indica que excluye los intentos caducados.
  3. Ritmo de entrega para GMX, WEB.DE y mail.com

    • El correo a buzones de GMX, WEB.DE y mail.com se envía ahora al ritmo de los límites de esos proveedores, y sus rechazos por listas de bloqueo se informan como bloqueados y no como rebotes del destinatario.
  4. Planes de pago para empresas y un formato de webhook versionado

    • Las empresas pueden contratar un plan de pago desde el panel, con una confirmación de uso profesional, un número fiscal opcional e inversión del sujeto pasivo en las facturas verificadas a empresas de la UE.
    • El contenido de los webhooks incluye schema_version y occurred_at, y cada entrega lleva las cabeceras X-MLND-Delivery-Id y X-MLND-Delivery-Timestamp. Una política de compatibilidad publicada explica cómo puede cambiar el formato.
    • Nuevo evento de webhook message.unsubscribed, que se envía cuando un destinatario se da de baja.
    • Las automatizaciones pueden incluir un paso de webhook firmado.
    • Un contacto alcanzado a través de varias listas o segmentos recibe una campaña una sola vez.
    • El uso se cuenta en el periodo de facturación exacto de su suscripción.
    • La Política de Privacidad y el Acuerdo de Tratamiento de Datos se corrigieron en los siete idiomas.
  5. Valores de seguimiento por defecto y mantenimiento SMTP más fluido

    • El seguimiento de aperturas y clics está desactivado por defecto en el correo transaccional y activado en el de marketing. La Política de Privacidad y la Política de Uso Aceptable describen el cambio.
    • Durante el mantenimiento, el relay SMTP y el servidor de correo entrante dejan de aceptar conexiones nuevas y dejan terminar las sesiones abiertas; una sesión interrumpida recibe una respuesta temporal para reintentar, nunca un fallo permanente.
    • Cuando se pausa un endpoint de webhook, se le avisa exactamente una vez.
  6. Ámbito de dominios en la lista de credenciales

    • La página Credenciales muestra a qué dominios está limitada cada clave de API.
  7. Historial de incidencias y mantenimientos en la página de estado

    • La página de estado añade páginas de historial de incidencias y de mantenimientos, tarjetas de incidencias activas, grupos de componentes plegables y una descripción de cada componente, en siete idiomas.
    • Los mantenimientos planificados se marcan en las barras diarias y horarias.
  8. Una única identidad de acceso por dirección de email

    • Cada dirección de email pertenece ahora a una única identidad de acceso en toda la plataforma, y la dirección conserva la grafía que usted introdujo.
    • Los nombres de dominio se guardan en minúsculas.
    • Revocar una clave de API, o que caduque, cierra también las sesiones SMTP ya abiertas con ella.
  9. Errores de campaña y resultados de validación más claros

    • Cuando el envío de marketing de una cuenta está suspendido, las páginas de campañas lo indican en su idioma en lugar de mostrar un error genérico.
    • Los resultados de validación con y sin comprobación del buzón se guardan por separado, de modo que una solicitud con comprobación del buzón nunca recibe un resultado sin ella.
  10. Precios de lanzamiento en euros, Return-Path propio por defecto y webhooks solo por HTTPS

    • Los precios están en euros sin IVA, con un nuevo nivel Pro de 12 € por 10.000 emails al mes.
    • Los dominios nuevos usan por defecto un Return-Path propio en su subdominio, de modo que SPF queda alineado con su dominio del From cuando se verifica su registro DNS. Desactivarlo requiere una confirmación explícita.
    • Los webhooks se entregan solo a endpoints HTTPS en el puerto 443; otro puerto TLS requiere la aprobación del soporte.
    • El panel inicia su sesión en app.mail.land; las sesiones existentes tuvieron que iniciar sesión una vez más.
    • El registro y el restablecimiento de contraseña incluyen una breve comprobación de que es una persona.
    • Las campañas no pueden enviarse ni programarse hasta que el envío de marketing esté habilitado para la cuenta; la API responde MARKETING_NOT_YET_ALLOWED.

Para incidencias y mantenimientos planificados, consulte la página de estado. Los detalles de la API de cada cambio están en la documentación.

Página de estadoDocumentación