"¿KumoMTA es realmente equivalente a PowerMTA en producción?"
En throughput sí, paridad confirmada en benchmarks 2024-2025 sobre hardware comparable (5K-15K msgs/segundo por servidor según hardware). En APIs no hay equivalencia directa: KumoMTA expone HTTP REST + Lua scripting donde PowerMTA usa configuración estática + Submission API legacy. La migración requiere reescritura de scripting custom (rara vez más de 200-500 líneas de Lua). En queue management, bounce processing, DKIM signing y compliance con RFCs 5321/5322/6376/8616 hay paridad funcional verificable. Lo que se gana: observabilidad nativa con métricas Prometheus, integración Lua con backend del cliente, comunidad open-source activa con Wez Furlong y veterans de Message Systems y Port25 en el core team.
"¿Cómo se mantiene la reputación de IP durante la migración?"
Tres mecanismos coordinados. Primero, blue-green deployment: KumoMTA se levanta en paralelo a PowerMTA y reciben tráfico en proporción gradual (5%, 25%, 50%, 100%) durante 2-3 semanas, monitoreando bounce rate y complaint rate en cada paso. Segundo, las IPs no cambian: KumoMTA se monta en los mismos servidores con las mismas IPs públicas, eliminando el factor de cambio de identidad ante los mailbox providers. Tercero, las configuraciones de DKIM, SPF y DMARC se mantienen idénticas durante la migración, sin renovación de selectors ni rotación de claves. Si en alguna fase los KPIs muestran degradación, se rollback inmediato a PowerMTA mientras se diagnostica.
"¿Cuánto cuesta licenciar PowerMTA bajo Bird hoy comparado con KumoMTA?"
PowerMTA bajo Bird tiene tres niveles: Standard desde $8,400 USD/año por servidor (envíos limitados, soporte business hours), Professional desde $18,500 USD/año por servidor (sin límite de envíos, soporte 24/7), Enterprise desde $34,000+ USD/año por servidor (multi-tenant, features avanzadas). KumoMTA es gratuito bajo Apache 2.0. El costo de operación KumoMTA es solo el de la infraestructura y el management. Para una operación con 4 servidores PowerMTA Professional ($74K/año) la migración managed completa de EMP cuesta $14K una sola vez y el soporte managed posterior $890-$2,400/mes según tier, lo cual es ahorro neto de $40K-$60K en el primer año.
"¿El equipo SRE del cliente se queda capacitado o seguimos dependiendo de EMP?"
La transferencia de conocimiento es parte explícita del scope. Incluye documentación técnica del setup específico del cliente, runbooks operacionales para incidentes típicos (queue stuck, bounce flood, DKIM rotation), sesiones de capacitación con el equipo SRE durante las fases 2 y 3 (típicamente 12-20 horas distribuidas), y acceso al repositorio Git con el Lua scripting comentado. El soporte managed posterior es opcional, no obligatorio. El objetivo declarado del servicio es que el equipo del cliente pueda operar KumoMTA de manera autónoma terminada la migración. Si el cliente prefiere tener fallback en EMP para incidentes críticos, los tiers managed cubren ese caso.
"Mi licencia perpetua PowerMTA sigue funcionando. ¿Para qué migrar?"
Esa es la realidad de muchas operaciones grandes. La licencia perpetua sigue ejecutándose, pero pierde soporte oficial, actualizaciones de seguridad, parches de compliance con cambios en RFCs y políticas de mailbox providers (Gmail, Yahoo, Microsoft cambiaron requisitos en 2024-2025). El cálculo no es licencia activa vs migración, es continuar sin soporte vs operar producto soportado activamente. En muchas operaciones reguladas (PCI-DSS, ISO 27001) tener software sin soporte de seguridad activo es non-compliant. La migración a KumoMTA cubre el gap de soporte porque el desarrollo es continuo y la operación managed de EMP cubre patches y compliance updates.
"¿Por qué EMP y no Bird directamente o un partner de Bird?"
Por independencia comercial real. Bird tiene incentivo económico de mantener al cliente en PowerMTA Bird (renovaciones anuales de $8K-$34K por servidor). Los partners de Bird tienen co-marketing con Bird. EMP no tiene relación contractual ni co-marketing con Bird desde 2021, opera PowerMTA bajo licencias adquiridas pre-Bird de clientes históricos, y produce KumoMTA sin afiliaciones. La recomendación que EMP hace al cliente es funcional, no contractual. En operaciones donde PowerMTA sigue siendo la respuesta correcta (volumen excepcional, integraciones legacy con SDKs no portables) EMP lo dice así honestamente, aunque eso signifique no vender la migración.
