Validar su integración en sandbox

Entorno de pruebas dentro del cluster donde los integradores validan su integración con el SMTP relay antes de enviar tráfico real. Los envíos no salen al mundo real — el destinatario es interceptado por servicios internos de simulación que reproducen respuestas del mercado.

Cómo acceder

Sandbox no requiere endpoints separados ni credenciales nuevas. Usa el SMTP relay de siempre (cl1relay.fdz.tk:587 con STARTTLS+AUTH) o la API de envío. La diferencia está únicamente en el dominio del destinatario: cualquier mail dirigido a un subdominio bajo *.sandbox se enruta a la sandbox y nunca sale al mundo real.

Persistencia de datos y límites

• Retention: 7 días para envíos sandbox (sender domain marcado internamente como sandbox); misma política que producción para envíos con sender real, incluso cuando el destinatario es *.sandbox. Detalle en. El cron de purge automático queda como issue separada — en MVP la política está documentada pero no enforced.
• Rate limits: sin límites específicos en MVP. Sujeto a los rate limits generales del relay.
• Dashboards: los envíos sandbox aparecen junto al tráfico real por defecto. El toggle "Solo envíos reales" (equivalente al parámetro send_types=real de la API de reportes) los excluye, junto con los envíos de prueba.
• Webhooks: la feature de webhooks todavía no está implementada en la plataforma; una vez exista, el diseño previsto es que los envíos sandbox disparen webhooks con el mismo payload que producción.

No usar datos reales de destinatarios en sandbox — los logs y trazas del pipeline son visibles para el equipo de plataforma.