Cómo autoalojar tu newsletter con Notifuse (guía 2026)

Notifuse ha cambiado lo suficiente en el último año como para que los pasos de la primera versión de esta guía ya no produzcan una instalación funcional. La versión actual es v40.0, publicada el 5 de septiembre de 2026. Dos cosas se movieron: la aplicación ahora toma un único SECRET_KEY en lugar de un par de claves PASETO, y el archivo Docker Compose incluido sirve la consola en el puerto 8081, no en el 8080. Si copiaste el archivo compose antiguo y obtuviste un contenedor que arrancaba bien pero nunca respondía, esa es la razón.

Esta es la guía corregida, escrita para el operador en solitario con un VPS y entre 2.000 y 50.000 suscriptores que quiere newsletter y correo transaccional sin pagar por cada correo. Cubre tres vías de despliegue, cómo verificar que cada una funciona de verdad, la operación del día a día, las copias de seguridad, actualizaciones que no te dejarán en un callejón sin salida y los fallos con los que te vas a encontrar.

Una precisión honesta antes de cualquier comando: Notifuse es la capa de aplicación, no un servicio de envío. Tú alojas la app y la base de datos. La entregabilidad la sigues alquilando a un proveedor de correo. Presupuesta ambas cosas.

Qué es Notifuse (y qué no es)

El README de Docker Hub lo dice claramente: Notifuse es la capa de aplicación, no un servicio de envío. Guarda contactos, eventos y analítica en una base de datos Postgres que tú controlas. El correo sale por tu cuenta de Amazon SES, Mailgun, Postmark, SendGrid, SparkPost, Mailjet o SMTP genérico, a lo que ese proveedor cobre por mensaje.

Esa división es la clave. Te llevas la parte cara (almacenamiento de contactos, segmentación, automatización, gestión de bajas) por el precio de un VPS pequeño, y pagas tarifas de producto básico por la parte que de verdad cuesta dinero. Amazon SES ronda los 0,10 $ por cada 1.000 correos. Mailchimp cobra por contacto, incluidos los inactivos.

Está construido en Go con una consola en React, y depende de una sola cosa: PostgreSQL 17 o superior. Sin Redis, sin ClickHouse, sin Elasticsearch, sin flota de workers. Eso importa más que la lista de funciones cuando eres la única persona de guardia, porque cada servicio extra es otro contenedor en tu presupuesto de memoria y otra cosa que puede morir a las 2 de la madrugada.

A septiembre de 2026 la imagen tiene más de 100.000 pulls y el repo unas 2,2 mil estrellas. No es un proyecto enorme, pero se publica activamente. Ya verás por qué eso corta en ambos sentidos en la sección de la licencia.

Qué ha cambiado desde la primera versión de esta guía

Reescribí esto en lugar de parchearlo, porque seis de los pasos antiguos eran incorrectos. Aquí va el registro de cambios con fechas, para que los lectores que vuelven vean qué se movió:

Las funciones que de verdad importan para un operador en solitario

La versión antigua de este post enumeraba nueve funciones y no te decía nada. Aquí va la versión corta.

Si quieres una superficie menor y sin preguntas de licencia, Keila es la opción más ligera: Elixir, Docker, un Postgres, sin particionado de base de datos por espacio de trabajo.

La realidad de la licencia (lee esto antes de comprometerte)

Este es el cambio que más afecta a si deberías empezar.

Lo que aplica ahora: Notifuse v40.0 y todas las versiones posteriores se publican bajo la Business Source License 1.1. Cada versión pasa a AGPL-3.0-or-later cuatro años después de su publicación. v39.x y todas las anteriores siguen siendo AGPL-3.0 de forma permanente; el cambio no es retroactivo y no puede hacerse retroactivo. El SDK de analítica web sigue siendo AGPL en todas las versiones.

Lo que aún puedes hacer sin pagar: ejecutar Notifuse en producción, para un negocio, a cualquier escala. Leer, modificar y redistribuir el código fuente. Alojarlo para otras personas y cobrarles por ello, algo que la Additional Use Grant permite explícitamente.

Las cinco funciones que requieren una clave de licencia:

Las cuatro primeras se niegan en el momento en que creas o cambias algo y responden 402, nombrando la función que falta. La quinta es más silenciosa: el botón SSO deja de ofrecerse, el log de arranque dice sso_gated=true y todo el mundo entra con un código de acceso. Instalar una clave recupera el botón sin reiniciar.

Lo que conserva una instalación sin licencia: todo. Sin bloqueo por telemetría, sin activación, sin cuenta, sin phone-home; la verificación de la clave es offline contra una firma compilada en el binario. Ningún espacio de trabajo, contacto, clave o ajuste se borra, se oculta o pasa a solo lectura. La consola nunca cae en un modo restringido. Los permisos ya concedidos siguen aplicándose exactamente como se concedieron. Los tenants SES ya aprovisionados siguen enviando. La vía de envío no contiene ninguna comprobación de licencia, así que las difusiones programadas, las automatizaciones y los webhooks siguen funcionando tras expirar una clave. Una invitación emitida con licencia sigue aceptándose después.

Instala una clave pegándola en Settings → Licence como root, o definiendo NOTIFUSE_LICENSE_KEY (la variable de entorno gana, y mientras esté definida la consola se niega a guardar un valor competidor). Una clave cubre un despliegue, es decir, una base de datos Postgres por muchos contenedores de API que ejecutes. Una clave vencida sigue otorgando durante 30 días más.

Sentry, HashiCorp, CockroachDB y Grafana hicieron el mismo movimiento en el momento en que su proyecto se convirtió en algo que la gente ejecuta en producción. Para un equipo pequeño el impacto práctico suele ser cero: la mayoría de operadores en solitario nunca crean un cuarto espacio de trabajo ni tocan las traducciones de plantillas ni el aislamiento de tenants SES. Si necesitas SSO o un cuarto espacio, ponle precio a la licencia frente a una alternativa gestionada y trátala como una partida más. No es una cuestión moral.

Notifuse frente a Listmonk, Keila y el SaaS que estás dejando

Frente al SaaS: dejas de pagar por contacto, tus datos se quedan donde están y puedes apuntar la vía de envío al proveedor más barato del año. También heredas todos los problemas de entregabilidad que Mailchimp absorbía por ti.

Frente a Listmonk: Notifuse gana en el constructor visual, el multi-inquilino nativo, las automatizaciones y la analítica web integrada. Listmonk gana en tamaño y en tener cero maquinaria de claves de licencia. Si la sección anterior te dejó mal sabor, es una razón legítima para elegir Listmonk o Keila.

Frente a Keila: la respuesta correcta más pequeña si quieres una newsletter y nada más. Un Postgres, sin proliferación de bases de datos por espacio de trabajo. Mira la guía de newsletter autoalojada con Keila para esa vía.

Si prefieres no gestionar ningún servidor, EmailOctopus es una opción barata de email marketing alojado y MailerLite es una sólida plataforma alojada de newsletter. Ninguna supera al autoalojamiento para alguien con 20.000 suscriptores y un VPS ya pagado. Son la respuesta correcta para quien no quiere ser dueño de un pg_dump.

Requisitos previos

Todo lo de abajo tiene que existir antes del paso uno. Equivocarse en esta lista es cómo una instalación de 30 minutos se convierte en una tarde entera.

Un VPS europeo de 5-8 €/mes con 2 vCPU y 2 GB es suficiente. Hetzner Cloud es mi opción por defecto, y vale la pena revisar los planes actuales de Hetzner antes de pedirlo. Hostinger es la alternativa económica. ¿Comparando proveedores? Mira DigitalOcean vs Vultr vs Hetzner. En hosts ARM, instala primero Docker y Compose en Ubuntu ARM.

Los precios de los VPS subieron en todos los proveedores en 2026 — si estás replanteándote una máquina alquilada, mira qué cambió y cuándo gana un mini PC.

¿Qué vía de despliegue elegir?

Tres vías, una decisión.

Arquitectura de Notifuse: el proxy inverso y el puente SMTP alimentan la API de Notifuse, que guarda los datos en PostgreSQL 17 con una base de datos por espacio de trabajo, mantiene las imágenes en un bucket compatible con S3 y envía el correo a través de tu propio proveedor de email

Una restricción de diseño que interiorizar ya: Notifuse está diseñado para funcionar como una sola instancia. No pongas dos réplicas de la app detrás de un balanceador de carga contra un mismo Postgres. Obtendrás entregas de webhook duplicadas y, desde v39.0, una negativa a arrancar en cuanto una réplica migre el esquema y la otra se reinicie. Escala la máquina, no el número de réplicas.

Opción 1: Docker Compose incluido (la vía más rápida)

Este es el inicio rápido oficial. Clona el repo, compila la imagen desde el Dockerfile incluido y arranca Postgres junto a ella.

1. Instala Docker Engine y Compose v2

curl -fsSL https://get.docker.com -o get-docker.sh
sudo sh get-docker.sh

Verifica:

docker --version && docker compose version

Quieres Compose v2 (docker compose, con espacio). Si docker compose version da error, tienes el binario antiguo de v1 y todos los comandos de abajo fallarán. Instala el paquete del plugin para tu distro y vuelve a comprobar.

2. Clona y arranca el stack

git clone https://github.com/notifuse/notifuse.git
cd notifuse
docker compose up -d

La primera ejecución compila en local, así que dale unos minutos. La consola está en el puerto 8081:

docker compose ps
curl -I http://localhost:8081

curl debería devolver una respuesta HTTP, ya sea un 200 o una redirección a la página de acceso. Si no devuelve nada, revisa docker compose logs -f api. La causa habitual es que Postgres aún no está healthy en una máquina de 2 GB.

3. Crea tu .env antes del primer arranque

Crea un .env junto a compose.yaml:

SECRET_KEY="$(openssl rand -base64 32)"
DB_PASSWORD="pick-something-long"
ROOT_EMAIL="[email protected]"
API_ENDPOINT="https://newsletter.yourdomain.com"

Ejecuta tú mismo openssl rand -base64 32 y pega la salida entre comillas. Si el stack ya está arriba, otro docker compose up -d recoge el archivo. Las variables de entorno siempre prevalecen sobre lo que el asistente guardó en la base de datos, lo cual es una función hasta que es una sorpresa.

DB_PASSWORD="mypass#word123"
SECRET_KEY="abc123#xyz789"

4. Completa el asistente de configuración

Abre http://<ip-del-servidor>:8081 y recorre el asistente:

1. Correo del administrador root: la cuenta que puede crear espacios de trabajo y entrar en System Settings.
2. Endpoint de la API: la URL pública completa, https://newsletter.yourdomain.com, no la IP.
3. Configuración SMTP: para el correo del sistema. Hazlo ahora aunque no vayas a enviar campañas en un mes. Sin ella no puedes recibir un correo de acceso ni de restablecimiento de contraseña.
4. Contraseña de administrador, o continuar con códigos de acceso.

5. Ponlo detrás de TLS

La app escucha en HTTP plano en el 8081. Termina TLS con tu proxy y reenvía hacia ella.

Caddy es el que menos trabajo da. Un archivo en /etc/caddy/Caddyfile:

newsletter.yourdomain.com {
    reverse_proxy 127.0.0.1:8081
}

Luego sudo systemctl reload caddy. Caddy obtiene y renueva el certificado de Let’s Encrypt por sí solo. Para las etiquetas de Traefik dentro de Docker, mira Traefik como proxy inverso en Docker.

Si prefieres seguir con Nginx, la configuración antigua sigue funcionando. Cambia proxy_pass http://localhost:8080; por proxy_pass http://localhost:8081;. Ese descuido de una línea es el 502 más común de este artículo.

6. Verifica que realmente está arriba

docker compose ps
docker compose logs -f api
curl -I https://newsletter.yourdomain.com

Cómo se ve lo correcto: ambos contenedores Up, el log mostrando la migración de la base de datos completando sin errores, y un 200 sobre un certificado válido sin la bandera -k. Luego carga la página de acceso y ejecuta el correo de prueba del asistente. La lista completa de verificación está más abajo.

Opción 2: Despliega con Dokploy

Dokploy es un PaaS autoalojado que te da una GUI, SSL automático y una plantilla de Notifuse. Si ya lo usas, esta es la vía más rápida.

1. Instala Dokploy

curl -sSL https://dokploy.com/install.sh | sh

El recorrido completo está en la guía de instalación de Dokploy.

2. Despliega la plantilla

1. Entra en Dokploy y crea un proyecto nuevo.
2. Abre Templates, busca Notifuse.
3. Rellena el formulario: tu subdominio, host/puerto/usuario/contraseña SMTP, correo de administrador.
4. Pulsa Deploy.

Dokploy aprovisiona PostgreSQL 17, cablea la red y emite un certificado de Let’s Encrypt.

3. DNS

Añade un registro A que apunte tu subdominio a la IP del VPS:

4. Verifica

Abre tu dominio e inicia sesión. Si la página da 502, Dokploy está proxyando al puerto equivocado. Si TLS falla, el registro aún no se ha propagado o Let’s Encrypt ya te aplicó rate-limit por intentos anteriores. Revisa los logs de Dokploy antes de reintentar.

Opción 3: Contenedor independiente con tu propio PostgreSQL (producción)

La vía de producción del proveedor: la imagen publicada contra tu propio Postgres 17. Te da la historia de actualizaciones más limpia y control sobre dónde viven los datos.

La versión rápida de Docker Hub:

docker run -d --name notifuse \
  -p 8080:8080 \
  -e DB_HOST=your-postgres-host \
  -e DB_PORT=5432 \
  -e DB_USER=postgres \
  -e DB_PASSWORD=your-password \
  -e SECRET_KEY="$(openssl rand -base64 32)" \
  notifuse/notifuse:latest

Para cualquier cosa que vayas a ejecutar de verdad, mantenlo en Compose. Esta es la variante «trae tu propio Postgres», corregida para v40. La versión anterior de esta guía incluía PASETO_PRIVATE_KEY aquí, que ya no existe:

services:
  notifuse:
    image: notifuse/notifuse:v40.0
    ports:
      - '8080:8080'
    environment:
      DB_HOST: postgres
      DB_PORT: '5432'
      DB_USER: postgres
      DB_PASSWORD: ${DB_PASSWORD}
      SECRET_KEY: ${SECRET_KEY}
      API_ENDPOINT: https://newsletter.yourdomain.com
      ROOT_EMAIL: [email protected]
      ENVIRONMENT: production
      TELEMETRY: 'false'
      CHECK_FOR_UPDATES: 'false'
    volumes:
      - ./data:/app/data
    depends_on:
      postgres:
        condition: service_healthy
    restart: unless-stopped

  postgres:
    image: postgres:17-alpine
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_DB: postgres
    volumes:
      - postgres-data:/var/lib/postgresql/data
    restart: unless-stopped
    healthcheck:
      test: ['CMD-SHELL', 'pg_isready -U postgres']
      interval: 5s
      timeout: 5s
      retries: 5

volumes:
  postgres-data:

Dos detalles hacen que esto funcione, y ambos son fáciles de meter mal:

• DB_HOST: postgres, no localhost. Dentro de un contenedor, localhost es el contenedor. Usa el nombre del servicio, o un hostname externo si Postgres vive en otro sitio.
• El usuario de BD necesita permiso para crear bases de datos. Notifuse crea una base de datos por espacio de trabajo más su propia notifuse_system. Un usuario limitado a una sola base de datos falla al crear el espacio de trabajo con un error de permisos.

Las variables de entorno que de verdad importan

El asistente cubre mucho, pero las instalaciones de producción deberían poner los valores sensibles en variables de entorno, porque las variables de entorno siempre prevalecen sobre lo guardado en la base de datos.

Obligatorias:

Defínelas en producción:

Ajuste, conviene conocerlas antes de escalar:

Solo si las necesitas: SMTP_BRIDGE_*, OIDC_*, TRACING_*, NOTIFUSE_LICENSE_KEY, BROADCAST_DATA_FEED_ALLOW_PRIVATE_HOSTS.

Conecta tu proveedor de envío (y no hundas tu entregabilidad)

Hay dos vías de correo separadas en Notifuse, y confundirlas es la razón por la que la gente no puede entrar.

1. Correo del sistema: enlaces de acceso, invitaciones, restablecimientos de contraseña. Se envía por la configuración SMTP del asistente. Obligatorio desde el día uno.
2. Correo de campañas y transaccional: se envía por el ESP que conectas a un espacio de trabajo en sus integraciones.

Para Amazon SES, crea credenciales SMTP en la sección SMTP settings del panel de SES. No son claves de acceso IAM, y debes solicitar el acceso de producción antes de enviar a direcciones arbitrarias. Luego añade el proveedor en tu espacio de trabajo, pega las credenciales y envía una prueba.

Meter el correo en las bandejas de entrada es ahora tu trabajo:

• SPF, DKIM y DMARC en registros TXT del dominio desde el que envías. Omite DKIM y Gmail y Microsoft te castigarán en un día.
• Una dirección From coherente. Envía desde [email protected], no desde una dirección de gmail.com en nombre de yourdomain.com.
• Una rampa de calentamiento. Pasar de cero a 20.000 envíos en una noche en un dominio nuevo es cómo se fabrica un problema de reputación.
• Gestión de rebotes y quejas. SES suspende cuentas por una tasa de quejas lo bastante mala, y ningún ajuste a nivel de app arregla eso.

El puente SMTP es una función distinta. Permite a apps que solo hablan SMTP (Supabase Auth, Firebase, Auth0, scripts de cron) retransmitir por Notifuse para que obtengan tus plantillas MJML en lugar de su texto plano por defecto. Desactivado por defecto. Actívalo con SMTP_BRIDGE_ENABLED=true y elige una postura TLS:

En ENVIRONMENT=production el puente se niega a arrancar sin TLS salvo que pongas explícitamente SMTP_BRIDGE_TLS=off. Suministrar certificados significa codificar en base64 fullchain.pem y privkey.pem en SMTP_BRIDGE_TLS_CERT_BASE64 y SMTP_BRIDGE_TLS_KEY_BASE64, y tras cada renovación de certbot hay que recodificar y actualizar las variables de entorno.

Verifica la instalación de punta a punta

Instalar no es lo mismo que funcionar. Ejecuta esto antes de apuntar una lista real hacia ella.

curl -X POST https://newsletter.yourdomain.com/api/transactional.send \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "workspace_id": "your-workspace",
    "notification": {
      "id": "welcome-email",
      "contact": { "email": "[email protected]" },
      "data": { "first_name": "Dragos" }
    }
  }'

Si falla una comprobación de puerto, verifica desde fuera de la máquina con un chequeo TCP de verdad en lugar de ping: comprueba puertos remotos con nc.

Operarla en el día a día

Si el lado de la analítica te molesta, desactívala por espacio de trabajo o mantén la analítica del sitio separada. Umami autoalojado y Plausible cumplen ambos sin analítica en tu stack de correo.

Lo que cuesta de verdad con 10.000 suscriptores (septiembre de 2026)

Asume 10.000 contactos, cuatro envíos al mes (40.000 correos) y Amazon SES a unos 0,10 $ por 1.000 correos. Orden de magnitud, no un presupuesto.

Niveles de Cloud a septiembre de 2026: Lite 16 $/mes (2.500 contactos activos, 1 espacio de trabajo, 3 miembros de equipo), Starter 39 $/mes (10.000 activos, 5 espacios), Pro 99 $/mes (25.000 activos, 10 espacios, 10 miembros), Business 249 $/mes (50.000 activos, 20 espacios, 25 miembros). Cada plan incluye todas las funciones y correos ilimitados; los planes difieren solo en escala y retención de datos.

El modelo de facturación importa: Cloud cobra por contactos activos, definidos como cualquier contacto único con al menos un evento en los últimos 30 días (un correo enviado, un cambio de lista, una ejecución de automatización, un evento personalizado). Los contactos inactivos no cuentan. Mailchimp y Klaviyo facturan por la dirección haya abierto algo alguna vez o no. El autoalojamiento no tiene tarifa por contacto ni por correo, y por eso es barato con 10k y sigue siendo barato con 100k.

Copias de seguridad, actualizaciones y subidas de versión que no te romperán

Esta sección decide si autoalojar fue una buena idea. Lee las tres partes antes de tocar una actualización.

Flujo de copia de seguridad y actualización: vuelca cada base de datos de notifuse y el directorio de datos, copia fuera del sitio, descarga una etiqueta de imagen fijada, deja que la app migre el esquema y luego verifica. El rollback significa restaurar el volcado previo a la actualización porque no existe down-migration

Respalda lo que no puedes recrear

Notifuse crea una base de datos por espacio de trabajo más su propia base de datos del sistema, así que un único pg_dump de notifuse_system no es una copia de seguridad. Si seguiste el consejo del artículo antiguo al pie de la letra, has estado respaldando configuración y perdiendo contactos.

Este bucle vuelca todo. Ejecútalo desde el directorio del proyecto:

#!/usr/bin/env bash
# Back up every Notifuse database plus the ./data mount.
set -euo pipefail

STAMP=$(date +%F-%H%M)
OUT="/srv/backups/notifuse/$STAMP"
mkdir -p "$OUT"

DBS=$(docker compose exec -T postgres psql -U postgres -Atc \
  "SELECT datname FROM pg_database
   WHERE datname LIKE 'notifuse%' AND datistemplate = false;")

for db in $DBS; do
  docker compose exec -T postgres pg_dump -U postgres -Fc "$db" > "$OUT/$db.dump"
done

tar czf "$OUT/data-dir.tar.gz" -C "$HOME/notifuse/data" .
echo "backed up: $DBS"

El bind mount ./data guarda la base de datos GeoLite2 y cualquier recurso montado localmente, por eso va en el mismo archivo. Luego copia el directorio fuera del sitio. Bunny Storage para copias offsite e imágenes de correo cubre ambos trabajos a la vez. Una copia en el mismo disco que la base de datos es un duplicado, no un respaldo. Para versiones guiadas por configuración, copias de seguridad de Dokploy con Cloudflare R2 y copias basadas en Restic son ambas sólidas.

Haz el ensayo de restauración. Es la única prueba de que la copia funciona:

docker compose exec -T postgres createdb -U postgres notifuse_restore_test
docker compose exec -T postgres pg_restore -U postgres -d notifuse_restore_test < /srv/backups/notifuse/2026-09-14-0300/notifuse_system.dump
docker compose exec -T postgres psql -U postgres -d notifuse_restore_test -c "SELECT count(*) FROM contacts;"
docker compose exec -T postgres dropdb -U postgres notifuse_restore_test

Si el conteo coincide con tu lista de contactos, tienes una vía de restauración. Si pg_restore da error por un rol o una extensión que falta, mejor ahora que durante un incidente.

Actualiza la app

1. Fija la etiqueta de la imagen en el archivo compose (notifuse/notifuse:v40.0).
2. Ejecuta la copia de seguridad de arriba.
3. Lee las notas de la versión objetivo, prestando atención a los cambios de licencia y funciones.
4. Descarga y reinicia:

docker compose pull
docker compose up -d

En Dokploy, Redeploy hace lo mismo, y actualizar el stack en Dokploy cubre la vía por GUI. El caso genérico es actualizar un contenedor con Docker Compose.

Luego verifica: docker compose ps, migración terminada en los logs, inicia sesión, envíate un correo de prueba. Un pull exitoso no prueba nada por sí solo.

Las trampas de actualizar (lee antes de hacer pull)

No existe la down-migration. La app migra el esquema hacia adelante y nada lo mueve hacia atrás.

Desde v39.0, Notifuse se niega a arrancar cuando su base de datos fue migrada por una versión más reciente. El log de arranque nombra ambas versiones y las dos salidas: desplegar una versión al menos tan nueva como la base de datos, o restaurar una base de datos con un sello no superior. Dos consecuencias:

• Un despliegue rolling tiene que reemplazar todas las réplicas antes de que la primera migre, porque una réplica más vieja reiniciándose después nunca volverá a levantar. Otra razón para no ejecutar varias réplicas de la app.
• Volver a una imagen anterior requiere una base de datos de antes de la actualización. Para la app, restaura el volcado previo a la actualización, luego arranca la imagen más vieja.

Actualizar el propio Postgres es un proyecto aparte. El compose incluido se queda deliberadamente en Postgres 17, porque pasar a 18 necesita pg_upgrade y la 18 cambió el diseño de su directorio de datos. Eso es un problema de Postgres, no de Notifuse, y merece su propia ventana de mantenimiento.

Una clave de licencia expirada o eliminada no detiene el envío. Pone en gris las cinco funciones limitadas y deja la vía de envío intacta.

Resolución de problemas: los fallos con los que de verdad te vas a encontrar

Si un puerto parece abierto en local pero no es alcanzable desde fuera, comprueba si Docker está saltándose las reglas de tu firewall: Docker se salta UFW explica el comportamiento de iptables y la solución.

Endurecimiento y notas de producción

Lista corta, y todo lo que hay en ella sostiene peso.

Cuándo autoalojar Notifuse es una mala decisión

Tres casos en los que te diría que no te molestes.

Tu lista es diminuta y no crece. Por debajo de unos pocos cientos de suscriptores, un nivel gratuito alojado es menos trabajo que cualquier opción autoalojada, y el precio por contacto aún no ha empezado a morder. Usa un plan gratis y revisa esto dentro de un año.

No tienes apetito por DNS, entregabilidad ni pg_dump. Notifuse Cloud ejecuta el mismo software desde 16 $/mes. Si prefieres no ser dueño de una rutina de copias de Postgres ni depurar registros DKIM, pagar a alguien es racional, no una capitulación. Autoalojar solo es más barato si tu tiempo es gratis.

Necesitas un cuarto espacio de trabajo o SSO y no vas a comprar una clave. Entonces elige Keila o Listmonk, ninguno de los cuales tiene concepto de clave de licencia. Ejecutar software cuyos términos de licencia resentías es una mala base para un proceso de negocio.

Si caes en el primer o segundo saco, MailerLite es una sólida plataforma alojada de newsletter y Sender tiene un plan gratis para siempre que vale la pena valorar contra tu tamaño de lista.

Preguntas frecuentes

Puntos clave

¿Quieres verlo antes de instalar? La demo en vivo del proveedor ejecuta la consola completa, y la documentación de autoalojamiento es la fuente primaria de cada variable de entorno aquí. ¿Aún decidiendo la plataforma? Empieza con la guía de instalación de Dokploy; se paga sola la segunda vez que despliegas algo.