darbaan
Darbaan es una puerta SMTP auto-alojada que retiene el correo saliente para aprobación humana antes del envío y ofrece una vista sincronizada y limitada del buzón entrante.
Ficha actualizada 25 sept 2026, 6:52 · upstream 25 sept 2026, 6:41 · release v0.19.0
Qué es darbaan
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Darbaan actúa como un proxy de correo que intercepta el tráfico SMTP y IMAP de un cliente, imponiendo políticas de seguridad antes de permitir la entrega real. Su arquitectura se basa en dos principios fundamentales: el envío saliente es por defecto denegado, requiriendo aprobación humana para cada mensaje, y la recepción entrante está gateada, sirviendo una vista sincronizada y limitada del buzón upstream.
El sistema retiene las credenciales del buzón real y la clave de firma DKIM en el servidor Darbaan, por lo que un cliente comprometido solo expone las credenciales de Darbaan. La sincronización entrante es incremental e idempotente, con carga diferida del cuerpo de los mensajes para optimizar recursos, y un límite de recencia configurable para evitar la extracción de historial completo.
Darbaan no verifica autenticación de remitentes; su modelo de seguridad depende enteramente del servidor upstream (SPF, DKIM, DMARC). Los clientes se autentican con tokens bearer, soportando tanto una configuración de token compartido como tokens independientes por cliente mediante la API local.
- Aprobar manualmente correos salientes antes de que lleguen a un dominio crítico (ej. cuentas bancarias o administrativas).
- Ofrecer una vista segura y limitada del buzón entrante a clientes sin exponer credenciales del servidor principal.
- Implementar un punto de control para filtrar spam o phishing antes de la entrega final al usuario.
- Centralizar la gestión de claves DKIM y firmas de rebote en un único lugar seguro.
- Modelo default-deny para el envío saliente: nada se envía sin aprobación humana explícita.
- Sincronización entrante incremental e idempotente con carga diferida del cuerpo de los mensajes.
- Seguridad por diseño: las credenciales del buzón real y la clave DKIM nunca salen del servidor Darbaan.
- Soporte nativo para aprobación vía CLI o Telegram mediante tokens bearer independientes.
- Arquitectura modular con registros de decisiones arquitectónicas (ADR) documentados en el repositorio.
- No verifica autenticación de remitente; depende enteramente del servidor upstream para SPF, DKIM y DMARC.
- Requiere configuración manual de tokens, certificados TLS y claves DKIM antes del despliegue.
- Las interfaces de agente (SMTP/IMAP) están por defecto en 127.0.0.1; requieren exposición explícita para redes externas.
- No incluye interfaz web integrada; la gestión se realiza exclusivamente vía CLI o Telegram.
- La sincronización entrante puede ser lenta en buzones con gran volumen de mensajes antiguos si no se configura el límite de recencia.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Usar Docker Compose. Configurar DARBAAN_AGENT_PASS y DARBAAN_ADMIN_TOKEN en .env. Colocar certificados TLS en ./secrets/tls/ y clave DKIM ed25519 en ./secrets/dkim/. Asegurar permisos de lectura para el UID 65532 (no root). No exponer faces por defecto; usar DARBAAN_FACE_BIND=0.0.0.0 solo en redes confiables. Verificar que el servidor upstream autentique remitentes correctamente.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.