Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

mail

Plataforma open-source de email marketing con Next.js frontend y Go backend, autoalojable en Docker Swarm para equipos que requieren control total sobre infraestructura de entrega.

Ficha actualizada 28 sept 2026, 11:18 · upstream 28 sept 2026, 11:03 · release backend-v0.1.0

00

Qué es mail

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Xem (anteriormente Posthoot) es una plataforma de email marketing open-source diseñada para equipos que necesitan control sobre su infraestructura de entrega. La arquitectura combina un frontend Next.js con un backend Go, PostgreSQL para datos persistentes, Redis para colas de tareas y RustFS como almacenamiento de objetos compatible con S3. El sistema permite crear campañas, plantillas, gestionar audiencias mediante listas y etiquetas, y construir automatizaciones multi-etapa que incluyen condiciones, esperas, bifurcaciones y webhooks.

La instalación se realiza mediante un script que construye todas las componentes desde el mismo repositorio, generando credenciales e inicializando Docker Swarm cuando es necesario. No requiere cuentas de almacenamiento en la nube preconfiguradas, aunque permite conectar proveedores SMTP externos para el envío. La arquitectura monorepo incluye SDKs TypeScript y Go, integración MCP, procesamiento de pagos y documentación completa para desarrollo frontend y backend.

Los componentes se mantienen separados pero pueden modificarse en un único PR, con CI que ejecuta pruebas específicas por componente (TypeScript/Jest para frontend, Go vet/race tests para backend) antes de publicar imágenes Docker independientes etiquetadas por componente. La licencia MIT permite uso comercial, aunque servicios terceros integrados mantienen sus propias licencias como Apache-2.0 en el caso de RustFS.

CASOS DE USO
  • Autoalojar plataforma de email marketing sin depender de proveedores cloud gestionados
  • Integrar funcionalidad de envío de emails en productos propios mediante REST API
  • Gestionar campañas y automatizaciones complejas con bifurcaciones y condiciones personalizadas
  • Migrar desde soluciones SaaS manteniendo control sobre datos y configuración SMTP
  • Desarrollar frontend y backend simultáneamente en monorepo con CI integrado
PUNTOS DESTACADOS
  • Arquitectura monorepo que permite modificar frontend y backend en un único PR sin submódulos
  • Backend Go con workers separados para escalabilidad horizontal de tareas asíncronas
  • Almacenamiento RustFS compatible con S3, evitando dependencias de proveedores cloud
  • SDKs oficiales disponibles tanto para TypeScript como para Go para integración sencilla
  • Docker Swarm deployment con imágenes independientes por componente (frontend/backend)
  • Licencia MIT permissiva que permite uso comercial y modificación del código fuente
PRECAUCIONES
  • La instalación inicial requiere 4 núcleos CPU, 8 GB RAM y 20 GB de disco según documentación oficial
  • Funcionalidades como SES gestionado, facturación alojada y asistente AI requieren configuración adicional no incluida en el starter
  • El despliegue por defecto es single-node sin alta disponibilidad configurada inicialmente
  • HTTP está destinado a redes locales confiables; HTTPS debe configurarse antes de exposición pública
  • La URL del instalador requiere merge en la rama undefined, actualmente usando PR branch
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

Xem — Every email, a little more human. Design. Connect. Grow.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Configurar HTTPS antes de exponer públicamente. El despliegue inicial es single-node para desarrollo o pruebas. Para producción, considerar alta disponibilidad con Docker Swarm multi-nodo. Permitir 4-8 GB RAM mínimo según carga de trabajo. Usar host IP o DNS accesible desde navegadores y contenedores. Verificar compatibilidad del proveedor SMTP antes de conectar.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.jsPython
SERVICIOS
PostgreSQLRedisS3/MinIO
BASES DE DATOS
PostgreSQLRedis
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.