El error 550 “This message was classified as SPAM” indica que el servidor receptor o una capa de filtrado decidió rechazar el mensaje por una política antispam. El código 550 expresa que el intento no fue aceptado; la frase posterior explica el motivo informado por ese sistema.
El rechazo puede relacionarse con el contenido, la autenticación, la reputación de la IP o del dominio, una cuenta comprometida o una combinación de señales. No existe una palabra única que convenga eliminar ni un registro DNS universal que resuelva todos los casos.
Primero identificá quién emitió el rechazo
Un mensaje puede ser bloqueado por:
- el servidor del destinatario;
- un gateway o servicio antispam situado delante del destinatario;
- el propio servidor saliente, que impide que una cuenta envíe contenido riesgoso;
- una plataforma SMTP externa utilizada por el sitio o la aplicación.
Guardá el rebote completo y buscá el hostname que respondió, el código mejorado —por ejemplo 5.7.1—, la IP, la hora y cualquier identificador. La misma frase puede aparecer en productos distintos y cada uno aplica sus propias reglas.
En qué momento fue rechazado
Si el receptor acepta remitente y destinatario, recibe el contenido y responde 550 al finalizar la etapa DATA, es probable que haya evaluado el mensaje completo. Si el rechazo aparece antes, durante MAIL FROM o RCPT TO, puede pesar más una política sobre la identidad, la IP, el dominio o el destinatario.
Esta información aparece en los registros del servidor y, en muchos casos, en Track Delivery. Consultá cómo diagnosticar errores de correo con Track Delivery en cPanel.
Revisá SPF, DKIM y DMARC
SPF autoriza las fuentes de envío, DKIM firma el mensaje y DMARC comprueba la alineación con el dominio visible. Un registro publicado no prueba que el mensaje específico haya pasado la validación: hay que revisar sus encabezados o el detalle del rechazo.
- Evitá publicar dos registros SPF independientes.
- Incluí solamente los servicios que realmente envían por el dominio.
- Confirmá que DKIM firme los mensajes de cada plataforma.
- Antes de endurecer DMARC, inventariá todos los emisores legítimos.
La guía Cómo configurar SPF, DKIM y DMARC en cPanel explica estas comprobaciones.
Analizá el contenido sin buscar “palabras mágicas”
Los filtros modernos combinan muchas señales. Revisá el mensaje como un conjunto:
- enlaces acortados, dominios recién creados o sitios comprometidos;
- adjuntos ejecutables, archivos protegidos con contraseña o formatos inusuales;
- HTML roto, contenido oculto o una imagen grande con muy poco texto;
- asunto engañoso, urgencia artificial o remitente visible que no coincide con la organización;
- demasiados destinatarios o el mismo mensaje repetido en poco tiempo;
- falta de una explicación clara de por qué la persona recibe el correo.
No cambies palabras al azar mientras mantenés enlaces o adjuntos sospechosos. Si el sitio vinculado fue infectado, el correo puede seguir siendo rechazado aunque su texto parezca correcto.
Separá contenido de reputación con pruebas controladas
- Enviá un mensaje simple, sin firma gráfica, enlace ni adjunto, a una dirección controlada.
- Si funciona, agregá de a un elemento hasta localizar el disparador.
- Si el mensaje simple también falla hacia muchos dominios, investigá autenticación y reputación.
- Si solo falla un destinatario o proveedor, analizá su respuesta específica.
No utilices una campaña real para probar. Un volumen alto de mensajes que vuelven a ser rechazados puede empeorar las señales del remitente.
Reputación de IP, dominio y flujo de envío
Una IP con historial de spam, muchos destinatarios inexistentes o picos repentinos puede recibir un filtrado más estricto. El dominio visible, el dominio de los enlaces y la firma DKIM también desarrollan reputación. Por eso cambiar únicamente la IP no corrige una lista de contactos deficiente ni un sitio comprometido.
En hosting compartido, pedí al proveedor que revise la IP saliente y la actividad general del servidor. En un VPS o dedicado, examiná cola, logs, cuentas, aplicaciones y formularios. Si usás un relay externo, consultá sus reportes y políticas.
Descartá una cuenta o sitio comprometido
Antes de solicitar una lista blanca o una revisión, comprobá:
- inicios de sesión desde ubicaciones desconocidas;
- aumento repentino de mensajes enviados;
- reglas de reenvío que el usuario no creó;
- plugins, temas o archivos modificados;
- formularios sin protección contra abuso;
- scripts que envían sin autenticación o sin limitar frecuencia.
Si detectás una cuenta comprometida, cambiá la contraseña, cerrá sesiones y corregí los dispositivos o aplicaciones que la utilizaban. Si el origen es un sitio, limpiarlo es prioritario antes de reanudar los envíos.
La lista blanca no siempre es la respuesta
Agregar un remitente a una lista blanca puede ser válido cuando administrás el servidor receptor y confirmaste que el correo es legítimo. No sirve para obligar a un proveedor externo a aceptar mensajes ni corrige la reputación pública del remitente.
Si necesitás autorizar un remitente en una cuenta administrada desde cPanel, consultá cómo agregar un correo o dominio a la lista blanca. Aplicá la excepción de forma específica; autorizar un dominio completo tiene mayor alcance que permitir una sola dirección.
Qué no conviene hacer
- No reenvíes muchas veces el mismo mensaje rechazado.
- No desactives globalmente el antispam para resolver un caso individual.
- No copies registros SPF, DKIM o DMARC de otro dominio.
- No uses herramientas que prometen garantizar la bandeja de entrada.
- No solicites desbloqueos antes de detener cualquier envío abusivo.
Lista rápida de resolución
- Guardá el rebote y determiná qué sistema respondió.
- Confirmá la IP y la plataforma que realizó el envío.
- Validá SPF, DKIM, DMARC, PTR y hostname.
- Probá un mensaje simple y comparalo con el rechazado.
- Revisá reputación, volumen, rebotes, quejas y seguridad.
- Corregí la causa y repetí una única prueba controlada.
Un 550 por spam es un resultado, no un diagnóstico completo. El rebote, los encabezados, los logs y una comparación ordenada permiten determinar si el problema pertenece al mensaje, al remitente o a la infraestructura.
