---
title: "SMTP: La guía completa del protocolo de envío de email"
description: "Aprende todo sobre SMTP. Cómo funciona, configuración, proveedores, seguridad y mejores prácticas para envío confiable."
url: https://tajo.io/es/blog/smtp-complete-guide/
markdown: https://tajo.io/es/blog/smtp-complete-guide.md
lang: es-ES
author: "Set Noa"
author_url: https://tajo.io/es/set-noa/
published: 2026-03-08
updated: 2026-05-07
alternates: {en-US: /blog/smtp-complete-guide.md, bg-BG: /bg/blog/smtp-complete-guide.md, cs-CZ: /cz/blog/smtp-complete-guide.md, de-DE: /de/blog/smtp-complete-guide.md, da-DK: /dk/blog/smtp-complete-guide.md, fr-FR: /fr/blog/smtp-complete-guide.md, el-GR: /gr/blog/smtp-complete-guide.md, hi-IN: /hi/blog/smtp-complete-guide.md, id-ID: /in/blog/smtp-complete-guide.md, hr-HR: /hr/blog/smtp-complete-guide.md, hu-HU: /hu/blog/smtp-complete-guide.md, it-IT: /it/blog/smtp-complete-guide.md, ja-JP: /jp/blog/smtp-complete-guide.md, ko-KR: /kr/blog/smtp-complete-guide.md, ar-SA: /ar/blog/smtp-complete-guide.md, nl-NL: /nl/blog/smtp-complete-guide.md, no-NO: /no/blog/smtp-complete-guide.md, pl-PL: /pl/blog/smtp-complete-guide.md, ro-RO: /ro/blog/smtp-complete-guide.md, ru-RU: /ru/blog/smtp-complete-guide.md, sv-SE: /se/blog/smtp-complete-guide.md, zh-CN: /zh-cn/blog/smtp-complete-guide.md, sl-SI: /sl/blog/smtp-complete-guide.md, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, th-TH: /th/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

[Email](https://tajo.io/es/blog/?category=email)

# SMTP: La guía completa del protocolo de envío de email

Aprende todo sobre SMTP. Cómo funciona, configuración, proveedores, seguridad y mejores prácticas para envío confiable.

SMTP server

¿Qué es SMTP y cómo funciona?

SMTP es el protocolo que envía emails desde una aplicación o servidor hacia el servidor del destinatario. Configura autenticación y cifrado antes de usarlo en producción.

[Saber más](https://tajo.io/es/blog/smtp-complete-guide/#qu%C3%A9-es-smtp)

SMTP es la columna vertebral de la comunicación por email en internet. Cada email que envías, ya sea desde tu bandeja personal o desde una plataforma de marketing automation, depende de SMTP para llegar a su destino. Entender cómo funciona SMTP es esencial para cualquiera que gestione email marketing, emails transaccionales o comunicaciones empresariales.

Esta guía completa cubre todo lo que necesitas saber sobre SMTP: desde los fundamentos de su funcionamiento hasta métodos avanzados de autenticación, comparativas de proveedores y resolución de problemas habituales.

## ¿Qué es SMTP?

**SMTP (Simple Mail Transfer Protocol)** es el protocolo estándar de comunicación que se utiliza para enviar email a través de internet. Desarrollado en 1982, SMTP define cómo se transmiten los mensajes de email de un servidor a otro y actúa como el servicio postal del mundo digital.

Cuando envías un email, SMTP gestiona la transmisión saliente. Empuja tu mensaje desde tu cliente de email a tu servidor de correo y, después, desde tu servidor al servidor del destinatario. El protocolo opera sobre un conjunto de reglas que garantizan la entrega fiable de mensajes entre sistemas de correo distintos en todo el mundo.

### Características clave de SMTP

- **Protocolo push**: SMTP empuja los emails del remitente al destinatario (a diferencia de POP3/IMAP, que los descargan)
- **Basado en texto**: los comandos y respuestas son legibles
- **Orientado a conexión**: usa TCP/IP para una transmisión fiable
- **Almacenamiento y reenvío**: los mensajes se almacenan temporalmente en servidores intermedios antes de reenviarse
- **Estandarizado**: la RFC 5321 define las especificaciones actuales de SMTP

### SMTP frente a otros protocolos de email

| Protocolo | Propósito | Dirección |
| --- | --- | --- |
| SMTP | Enviar emails | Saliente |
| POP3 | Descargar emails | Entrante |
| IMAP | Acceder a emails | Entrante (sincronización) |

SMTP funciona junto con POP3 e IMAP. Mientras SMTP envía tu correo saliente, POP3 o IMAP descargan el correo entrante a tu bandeja. La mayoría de los clientes de email usan SMTP para enviar e IMAP para recibir, ofreciendo una experiencia completa.

## Cómo funciona SMTP

Entender el proceso de SMTP ayuda a diagnosticar problemas de entrega y a optimizar tu infraestructura de email. Aquí está el viaje paso a paso de un email desde el remitente al destinatario.

### El proceso de comunicación SMTP

**Paso 1: establecimiento de conexión**

Tu cliente de email (Mail User Agent) se conecta a tu servidor saliente (Mail Transfer Agent) por TCP en el puerto 25, 587 o 465. Se produce un “saludo” en el que el servidor se identifica.

**Paso 2: handshake SMTP (HELO/EHLO)**

El cliente inicia la comunicación con un comando HELO o EHLO:

```
Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello
```

EHLO (Extended HELO) es la versión moderna que admite extensiones SMTP como autenticación y cifrado TLS.

**Paso 3: identificación del remitente (MAIL FROM)**

El cliente especifica la dirección de email del remitente:

```
Client: MAIL FROM:<sender@example.com>
Server: 250 OK
```

**Paso 4: especificación del destinatario (RCPT TO)**

El cliente identifica uno o varios destinatarios:

```
Client: RCPT TO:<recipient@destination.com>
Server: 250 OK
```

**Paso 5: transferencia de datos del mensaje (DATA)**

Se transmite el contenido real del email:

```
Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: sender@example.com
Client: To: recipient@destination.com
Client:
Client: This is the email body.
Client: .
Server: 250 OK
```

**Paso 6: terminación de conexión (QUIT)**

La sesión termina con elegancia:

```
Client: QUIT
Server: 221 Bye
```

### El recorrido completo del email

1. **Composición**: escribes un email en tu cliente (Gmail, Outlook, etc.)
2. **Envío**: tu cliente se conecta a tu servidor SMTP
3. **Consulta DNS**: tu servidor consulta los registros MX del destinatario
4. **Transferencia**: tu servidor se conecta al servidor SMTP del destinatario
5. **Entrega**: el servidor del destinatario acepta el mensaje
6. **Almacenamiento**: el mensaje se almacena para que el destinatario lo descargue por POP3/IMAP

### Puertos SMTP explicados

| Puerto | Nombre | Seguridad | Caso de uso |
| --- | --- | --- | --- |
| 25 | SMTP | Ninguna/STARTTLS | Relé entre servidores |
| 587 | Submission | STARTTLS | Cliente a servidor (recomendado) |
| 465 | SMTPS | TLS implícito | Envío seguro legacy |
| 2525 | Alternativo | STARTTLS | Cuando el 587 está bloqueado |

**El puerto 587** es el recomendado para enviar email desde aplicaciones y clientes de email. Requiere autenticación y admite cifrado STARTTLS.

**El puerto 25** fue el original de SMTP, pero hoy se usa principalmente para comunicación entre servidores. Muchos ISPs bloquean el puerto 25 saliente para prevenir spam.

**El puerto 465** se asignó brevemente para SMTPS (SMTP sobre SSL), aunque después se reasignó. Algunos proveedores lo siguen admitiendo por compatibilidad legacy.

## SMTP frente a Email API: ¿cuál usar?

Las aplicaciones modernas tienen dos opciones principales para enviar email de forma programática: SMTP tradicional y APIs de email basadas en HTTP. Cada enfoque tiene ventajas distintas.

### Enfoque SMTP

Con SMTP, tu aplicación se conecta directamente a un servidor SMTP usando el protocolo descrito antes.

**Ventajas:**

- Compatibilidad universal con cualquier librería de envío de email
- Funciona con la infraestructura de email existente
- Sin vendor lock-in a formatos API específicos
- Configuración más sencilla para casos básicos
- Funciona en entornos con acceso HTTP limitado

**Desventajas:**

- Manejo de errores más complejo
- Tracking limitado sin configuración adicional
- El envío síncrono puede ser más lento
- Carga de gestión de conexiones
- Más difícil implementar funciones avanzadas

### Enfoque Email API

Las APIs de email usan HTTP/REST para enviar mensajes, abstrayendo la complejidad subyacente del SMTP.

**Ventajas:**

- Tracking enriquecido (aperturas, clics, rebotes) integrado
- Envío asíncrono con webhooks
- Manejo de errores sencillo con códigos de estado HTTP
- Funciones avanzadas (plantillas, programación) nativas
- Mejor analítica e informes
- Integración más fácil con aplicaciones modernas

**Desventajas:**

- Implementación específica del proveedor
- Requiere conectividad a internet (no relé local)
- Pueden aplicarse límites de tasa
- Curva de aprendizaje para funciones específicas de la API

### Cuándo usar SMTP

- **Sistemas legacy**: aplicaciones antiguas diseñadas para SMTP
- **Emails transaccionales sencillos**: notificaciones básicas sin necesidad de tracking
- **Software on-premises**: aplicaciones en entornos de red restringidos
- **Configuración de cliente de email**: apps de email de escritorio o móvil
- **WordPress y CMS**: muchos plugins esperan credenciales SMTP

### Cuándo usar Email API

- **Marketing automation**: campañas que requieren analítica detallada
- **Envío de gran volumen**: aplicaciones que envían miles de emails
- **Aplicaciones modernas**: productos SaaS con necesidades complejas
- **Funciones avanzadas**: gestión de plantillas, A/B testing, contenido dinámico
- **Tracking en tiempo real**: cuando necesitas feedback inmediato de entrega

### Enfoque híbrido

Muchas organizaciones usan ambos: SMTP para mensajes transaccionales sencillos desde sistemas legacy y Email APIs para campañas de marketing y automatización compleja. Plataformas como Brevo admiten ambos métodos, permitiéndote elegir según el caso.

## Autenticación SMTP explicada

La autenticación SMTP impide que usuarios no autorizados envíen email a través de tu servidor. Sin autenticación, cualquiera podría usar tu servidor para enviar spam, dañando tu reputación y entregabilidad.

### Tipos de autenticación SMTP

**SMTP AUTH (RFC 4954)**

El mecanismo estándar de autenticación que requiere usuario y contraseña antes de enviar.

```
Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [base64-encoded username]
Server: 334 UGFzc3dvcmQ6
Client: [base64-encoded password]
Server: 235 Authentication successful
```

**Mecanismos AUTH habituales:**

| Mecanismo | Seguridad | Descripción |
| --- | --- | --- |
| PLAIN | Básica | Usuario/contraseña en claro (necesita TLS) |
| LOGIN | Básica | Similar a PLAIN, formato legacy |
| CRAM-MD5 | Mejor | Challenge-response, sin contraseña en claro |
| DIGEST-MD5 | Buena | Challenge-response mejorado |
| OAUTH2 | La mejor | Basada en token, sin transmisión de contraseña |

**Cifrado TLS/SSL**

Usa siempre cifrado para proteger las credenciales:

- **STARTTLS**: actualiza una conexión en claro a cifrada (puerto 587)
- **TLS implícito**: conexión cifrada desde el inicio (puerto 465)

**Claves API frente a contraseñas**

Los servicios SMTP modernos suelen usar claves API en lugar de contraseñas:

```
Username: apikey (literal string)
Password: your-api-key-here
```

Las claves API son preferibles porque pueden rotarse sin cambiar contraseñas de cuenta y pueden tener permisos limitados.

### Configuración de credenciales SMTP

Al configurar una aplicación para enviar email vía SMTP, normalmente necesitas:

1. **Host SMTP**: la dirección del servidor (por ejemplo, smtp.brevo.com)
2. **Puerto SMTP**: normalmente 587 para envío autenticado
3. **Usuario**: tu email de cuenta o identificador de la clave API
4. **Contraseña**: tu contraseña de cuenta o clave API
5. **Cifrado**: TLS/STARTTLS habilitado

Configuración de ejemplo para SMTP de Brevo:

```
Host: smtp-relay.brevo.com
Port: 587
Username: your-email@example.com
Password: your-smtp-key
Encryption: STARTTLS
```

## Autenticación de email: SPF, DKIM y DMARC

Más allá de la autenticación SMTP (que prueba que puedes usar el servidor), los protocolos de autenticación de email verifican que los emails proceden realmente del remitente declarado. Estos mecanismos basados en DNS protegen frente a la suplantación y el phishing.

### SPF (Sender Policy Framework)

SPF especifica qué direcciones IP y servidores están autorizados a enviar email para tu dominio.

**Cómo funciona SPF:**

1. Publicas registros SPF en el DNS de tu dominio
2. Cuando un servidor receptor recibe tu email, comprueba el SPF
3. Si la IP de envío coincide con tu registro SPF, el email pasa
4. Si no, el email puede marcarse como spam o rechazarse

**Ejemplo de registro SPF:**

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

Este registro permite a Brevo y Google enviar email para tu dominio y rechaza al resto (-all).

**Sintaxis SPF:**

| Mecanismo | Descripción |
| --- | --- |
| include: | Confiar en el SPF de otro dominio |
| ip4: | Permitir una dirección/rango IPv4 concreto |
| ip6: | Permitir una dirección/rango IPv6 concreto |
| a | Permitir las IPs del registro A del dominio |
| mx | Permitir las IPs del servidor MX del dominio |
| -all | Fallo duro para el resto |
| ~all | Fallo suave para el resto |
| ?all | Neutral para el resto |

**Buenas prácticas SPF:**

- Usa -all (fallo duro) cuando estés seguro de la configuración
- Mantente por debajo de 10 consultas DNS para evitar permerror
- Incluye todas las fuentes de envío legítimas
- Prueba con validadores SPF antes de desplegar

### DKIM (DomainKeys Identified Mail)

DKIM añade una firma criptográfica a tus emails, demostrando que no se han modificado en tránsito y que proceden de tu dominio.

**Cómo funciona DKIM:**

1. Tu servidor de email firma los mensajes salientes con una clave privada
2. Publicas la clave pública correspondiente en el DNS
3. Los servidores receptores verifican la firma con tu clave pública
4. Las firmas válidas confirman la integridad y el origen del mensaje

**Ejemplo de registro DKIM en DNS:**

```
brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."
```

El selector (brevo) identifica qué clave usar, permitiendo que varios servicios envíen con claves DKIM distintas.

**Componentes DKIM:**

| Parte | Descripción |
| --- | --- |
| Selector | Identifica la clave concreta (por ejemplo, brevo, google) |
| Clave pública | Clave RSA publicada en DNS para verificación |
| Clave privada | La conserva el servidor remitente, firma los mensajes |
| Cabecera | Se añade al email (DKIM-Signature) |

**Buenas prácticas DKIM:**

- Usa claves RSA de 2048 bits (mínimo 1024 bits)
- Rota las claves periódicamente
- Firma cabeceras importantes (From, Subject, Date)
- Prueba las firmas antes del despliegue completo

### DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC se construye sobre SPF y DKIM, añadiendo políticas para gestionar fallos de autenticación y capacidades de informes.

**Cómo funciona DMARC:**

1. Publicas una política DMARC en el DNS
2. Los servidores receptores comprueban la alineación de SPF y DKIM
3. Los emails fallidos se gestionan según tu política
4. Te envían informes sobre los resultados de autenticación

**Ejemplo de registro DMARC:**

```
_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; pct=100"
```

**Políticas DMARC:**

| Política | Acción |
| --- | --- |
| p=none | Solo monitorización, sin acción ante fallos |
| p=quarantine | Enviar fallos a la carpeta de spam |
| p=reject | Bloquear por completo los emails fallidos |

**Camino de implementación de DMARC:**

1. **Empieza con p=none**: monitoriza sin afectar a la entrega
2. **Analiza informes**: identifica fuentes legítimas que fallan la autenticación
3. **Corrige problemas**: añade includes SPF que falten, configura DKIM
4. **Pasa a p=quarantine**: empieza a proteger con aplicación suave
5. **Avanza a p=reject**: máxima protección cuando estés seguro

**Buenas prácticas DMARC:**

- Empieza con p=none y rua (informes agregados)
- Monitoriza informes 2-4 semanas antes de aplicar
- Asegúrate de que todos los remitentes legítimos pasen SPF o DKIM con alineación
- Aumenta gradualmente pct (porcentaje) al aplicar

### Alineación de autenticación

DMARC requiere “alineación” entre el dominio de la cabecera From y los dominios que pasan SPF/DKIM:

- **Alineación SPF**: el dominio del Return-Path coincide con el de From
- **Alineación DKIM**: el dominio que firma DKIM coincide con el de From

Esto evita que un atacante use tu infraestructura SPF/DKIM para enviar emails suplantados.

## Mejores servicios y proveedores SMTP

Elegir al proveedor SMTP adecuado afecta a la entregabilidad, el coste y las funcionalidades. Aquí están las mejores opciones para 2026.

### Brevo (antes Sendinblue)

**Mejor para:** e-commerce, email transaccional y de marketing combinados

Brevo ofrece relé SMTP y acceso por API con precios competitivos. Su fortaleza reside en combinar email transaccional con automatización de marketing, CRM y comunicación multicanal (SMS, WhatsApp).

| Funcionalidad | Detalles |
| --- | --- |
| Tier gratuito | 300 emails/día |
| Precios | Desde 9 $/mes para 5.000 emails |
| Relé SMTP | Sí |
| API | Sí (REST) |
| Herramientas de entregabilidad | SPF, DKIM, IP dedicada disponible |
| Analítica | Aperturas, clics, rebotes, en tiempo real |

**Configuración SMTP:**

```
Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS
```

### Amazon SES (Simple Email Service)

**Mejor para:** envíos de gran volumen con infraestructura AWS

Amazon SES ofrece precios extremadamente bajos para volúmenes altos y se integra sin fricción con otros servicios de AWS.

| Funcionalidad | Detalles |
| --- | --- |
| Tier gratuito | 62.000 emails/mes (desde EC2) |
| Precios | 0,10 $ por 1.000 emails |
| Relé SMTP | Sí |
| API | Sí (AWS SDK) |
| Herramientas de entregabilidad | Completas (requieren configuración manual) |
| Analítica | Integración con CloudWatch |

**Consideraciones:**

- Requiere experiencia técnica para configurarlo bien
- La gestión de la reputación es responsabilidad tuya
- Más adecuado para desarrolladores cómodos con AWS

### SendGrid (Twilio)

**Mejor para:** desarrolladores que necesitan APIs robustas y escalabilidad

SendGrid ofrece APIs amigables para desarrolladores con excelente documentación y escalabilidad para empresas en crecimiento.

| Funcionalidad | Detalles |
| --- | --- |
| Tier gratuito | 100 emails/día |
| Precios | Desde 19,95 $/mes para 50.000 emails |
| Relé SMTP | Sí |
| API | Sí (REST, webhooks) |
| Herramientas de entregabilidad | Suite completa incluida |
| Analítica | Cuadro de mando completo |

### Mailgun

**Mejor para:** email transaccional con logging detallado

Mailgun se centra en casos transaccionales y de desarrollador con potentes funciones de búsqueda en logs y validación.

| Funcionalidad | Detalles |
| --- | --- |
| Tier gratuito | Trial con envíos limitados |
| Precios | Desde 15 $/mes para 10.000 emails |
| Relé SMTP | Sí |
| API | Sí (REST) |
| Herramientas de entregabilidad | Validación de email, logs |
| Analítica | Logs buscables, estadísticas |

### Postmark

**Mejor para:** email transaccional que requiere la entrega más rápida

Postmark se especializa en email transaccional con velocidades de entrega líderes y políticas antispam estrictas.

| Funcionalidad | Detalles |
| --- | --- |
| Tier gratuito | No (trial disponible) |
| Precios | Desde 15 $/mes para 10.000 emails |
| Relé SMTP | Sí |
| API | Sí (REST) |
| Herramientas de entregabilidad | IP dedicada incluida |
| Analítica | Tiempo real, detallada |

### Resumen comparativo de proveedores

| Proveedor | Mejor para | Tier gratuito | Precio inicial |
| --- | --- | --- | --- |
| Brevo | Marketing todo en uno | 300/día | 9 $/mes |
| Amazon SES | Volumen alto, usuarios AWS | 62.000/mes | 0,10 $/1K |
| SendGrid | Centrado en desarrolladores | 100/día | 19,95 $/mes |
| Mailgun | Transaccional + logs | Trial | 15 $/mes |
| Postmark | Transaccional rápido | Trial | 15 $/mes |

### Cómo elegir al proveedor adecuado

**Considera estos factores:**

1. **Volumen**: ¿cuántos emails al mes?
2. **Tipo**: ¿marketing, transaccional o ambos?
3. **Recursos técnicos**: ¿puedes gestionar configuraciones complejas?
4. **Funciones necesarias**: ¿plantillas, analítica, A/B testing?
5. **Presupuesto**: ¿cuál es tu presupuesto mensual de email?
6. **Integración**: ¿qué sistemas deben conectarse?

## Cómo configurar SMTP

La configuración de SMTP varía según el caso de uso. Aquí están las guías para escenarios comunes.

### Cómo configurar SMTP en WordPress

La mayoría de los sitios WordPress necesitan SMTP para una entrega fiable. La función predeterminada PHP mail() suele fallar o terminar en spam.

**Paso 1: instala un plugin SMTP**

Opciones populares:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**Paso 2: configura el plugin**

Usando WP Mail SMTP con Brevo:

```
From Email: noreply@yourdomain.com
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: your-email@example.com
SMTP Password: your-brevo-smtp-key
```

**Paso 3: prueba la conexión**

Envía un email de prueba para verificar la configuración. Revisa la carpeta de spam si no llega.

### Cómo configurar SMTP en aplicaciones

Para aplicaciones personalizadas, usa la librería de email de tu lenguaje.

**Node.js (Nodemailer):**

```javascript
const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: 'your-email@example.com',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: 'sender@example.com',
  to: 'recipient@example.com',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});
```

**Python (smtplib):**

```python
import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "your-email@example.com"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "sender@example.com"
msg['To'] = "recipient@example.com"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)
```

**PHP (PHPMailer):**

```php
use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = 'your-email@example.com';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('sender@example.com', 'Sender Name');
$mail->addAddress('recipient@example.com');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();
```

### Cómo configurar los registros DNS

Antes de enviar, configura los registros DNS de autenticación.

**Paso 1: añade un registro SPF**

Crea un registro TXT en la raíz de tu dominio:

```
Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all
```

Si ya tienes SPF, añade el include:

```
v=spf1 include:spf.brevo.com include:_spf.google.com ~all
```

**Paso 2: añade un registro DKIM**

Crea un registro TXT con el selector de tu proveedor:

```
Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[your-public-key]
```

**Paso 3: añade un registro DMARC**

Empieza en modo monitorización:

```
Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
```

**Paso 4: verifica la configuración**

Usa herramientas como:

- MXToolbox (mxtoolbox.com)
- Mail Tester (mail-tester.com)
- DMARC Analyzer

## Errores SMTP comunes y soluciones

Los errores SMTP siguen un sistema estandarizado de numeración. Entender estos códigos ayuda a diagnosticar problemas de entrega rápidamente.

### Categorías de códigos de error SMTP

| Rango | Categoría | Significado |
| --- | --- | --- |
| 2xx | Éxito | Comando aceptado |
| 4xx | Fallo temporal | Reintentar más tarde |
| 5xx | Fallo permanente | No reintentar |

### Errores SMTP comunes y soluciones

**421 Service Not Available**

El servidor no puede procesar peticiones temporalmente.

*Causas:*

- Sobrecarga del servidor
- Ventana de mantenimiento
- Límites de conexión alcanzados

*Soluciones:*

- Esperar y reintentar
- Consultar la página de estado del proveedor
- Implementar lógica de reintento con backoff

**450 Mailbox Unavailable**

Problema temporal con el buzón del destinatario.

*Causas:*

- Buzón lleno
- Restricción de política del servidor
- Greylisting

*Soluciones:*

- Reintentar tras una pausa
- El greylisting se resuelve en un segundo intento
- Contactar con el destinatario si persiste

**451 Local Error**

Error de procesamiento en el servidor receptor.

*Causas:*

- Problema de configuración del servidor
- Agotamiento de recursos
- Bloqueo temporal por política

*Soluciones:*

- Reintentar con backoff exponencial
- Comprobar si tu IP está temporalmente bloqueada
- Esperar a que el servidor se recupere

**500 Syntax Error**

Comando no reconocido.

*Causas:*

- Comandos SMTP malformados
- Extensiones no admitidas
- Problemas de codificación

*Soluciones:*

- Comprobar la sintaxis de los comandos
- Asegurar finales de línea correctos (CRLF)
- Verificar la compatibilidad del cliente

**501 Syntax Error in Parameters**

Comando reconocido pero parámetros no válidos.

*Causas:*

- Formato de email no válido
- Faltan parámetros obligatorios
- Problemas de codificación

*Soluciones:*

- Validar las direcciones antes de enviar
- Comprobar caracteres especiales
- Revisar el formato de los parámetros

**550 Mailbox Not Found**

La dirección del destinatario no existe.

*Causas:*

- Errata en la dirección
- Cuenta eliminada
- Dominio que no acepta email

*Soluciones:*

- Verificar la dirección del destinatario
- Eliminar de la lista (rebote duro)
- Implementar validación de email

**551 User Not Local**

El destinatario no está en este servidor.

*Causas:*

- Se requiere reenvío de email
- Servidor incorrecto
- Registros MX desactualizados

*Soluciones:*

- Comprobar la resolución del registro MX
- Seguir las instrucciones de reenvío
- Actualizar la caché DNS

**552 Message Too Large**

El email supera los límites de tamaño.

*Causas:*

- Adjuntos grandes
- Límites del servidor receptor
- Imágenes inline demasiado grandes

*Soluciones:*

- Comprimir o eliminar adjuntos
- Usar enlaces para compartir archivos
- Comprobar los límites del destinatario

**553 Mailbox Name Invalid**

Formato de dirección rechazado.

*Causas:*

- Caracteres no válidos
- Dominio malformado
- Restricciones por política

*Soluciones:*

- Validar el formato de email
- Comprobar erratas
- Usar direcciones conformes con la RFC

**554 Transaction Failed**

Rechazo general, a menudo relacionado con spam.

*Causas:*

- Filtro antispam activado
- IP del remitente en lista negra
- Infracción de política de contenido
- Falta de autenticación

*Soluciones:*

- Comprobar el estado en listas negras
- Revisar el contenido del email
- Verificar la autenticación (SPF, DKIM, DMARC)
- Comprobar la reputación del remitente

### Cómo diagnosticar problemas SMTP

**Paso 1: revisa los mensajes de error**

Registra las respuestas SMTP completas, no solo los códigos. El texto tras el código aporta contexto.

**Paso 2: prueba la conectividad**

Verifica que puedes conectar con el servidor SMTP:

```bash
telnet smtp-relay.brevo.com 587
```

O usa openssl para TLS:

```bash
openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587
```

**Paso 3: verifica la autenticación**

Prueba las credenciales independientemente de tu aplicación con un cliente de email o herramienta de línea de comandos.

**Paso 4: comprueba el DNS**

Verifica tus registros de autenticación:

```bash
dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com
```

**Paso 5: revisa las listas negras**

Comprueba si tu IP de envío está en una lista negra:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## Buenas prácticas de SMTP

Sigue estas prácticas para maximizar la entregabilidad y mantener una buena reputación de remitente.

### Autenticación

- **Usa siempre SMTP AUTH**: nunca uses un open relay
- **Habilita TLS**: cifra todas las conexiones (STARTTLS en el puerto 587)
- **Usa claves API**: prefiere las claves API a las contraseñas de cuenta
- **Rota credenciales**: cambia las claves periódicamente
- **Implementa los tres**: SPF, DKIM y DMARC juntos

### Prácticas de envío

- **Calienta IPs nuevas**: aumenta gradualmente el volumen en IPs nuevas
- **Envío consistente**: mantén patrones de envío regulares
- **Higiene de la lista**: elimina rebotes y suscriptores no comprometidos
- **Atiende las bajas**: procesa los opt-outs de inmediato
- **Monitoriza la reputación**: vigila las puntuaciones de remitente y el estado en listas negras

### Implementación técnica

- **Gestiona los rebotes**: procesa y categoriza las notificaciones de rebote
- **Implementa lógica de reintento**: usa backoff exponencial para fallos temporales
- **Registra todo**: mantén logs detallados para resolución de problemas
- **Monitoriza la entrega**: mide tasas de entrega y latencia
- **Usa connection pooling**: reutiliza conexiones para mayor eficiencia

### Pautas de contenido

- **Evita gatillos de spam**: vigila las frases típicas de spam
- **Equilibra texto e imagen**: no envíes emails solo con imagen
- **Incluye enlaces de baja**: obligatorio en la mayoría de jurisdicciones
- **Usa nombres de remitente reconocibles**: el destinatario debe saber quién eres
- **Prueba antes de enviar**: revisa las puntuaciones de spam antes de las campañas

## Conclusión

SMTP sigue siendo el protocolo fundamental que sustenta la comunicación por email en todo el mundo. Tanto si envías notificaciones transaccionales, campañas de marketing como comunicaciones internas, entender SMTP te ayuda a construir una infraestructura de email fiable.

Puntos clave de esta guía:

- **SMTP es el protocolo de envío**: empuja el email del remitente a los servidores destinatarios
- **La autenticación es esencial**: usa SMTP AUTH, TLS e implementa SPF/DKIM/DMARC
- **Elige al proveedor adecuado**: ajusta sus capacidades a tu volumen y necesidades
- **Monitoriza y mantén**: mide la entregabilidad, gestiona los rebotes y mantén la lista limpia
- **SMTP frente a API**: usa SMTP para compatibilidad y APIs para funciones avanzadas

Para negocios de e-commerce, combinar un proveedor SMTP fiable como Brevo con una integración adecuada de los datos de cliente garantiza que tus emails transaccionales lleguen mientras tus campañas de marketing impulsan la interacción.

¿Listo para mejorar la entregabilidad de tu email? Empieza auditando tu configuración actual de autenticación con las pautas de SPF, DKIM y DMARC de esta guía y plantéate después si tu proveedor actual cubre tus necesidades de volumen, funcionalidades y fiabilidad.

## Dónde encaja Tajo

Tajo, creador de integraciones agéntico. Quédate con tus proveedores. Los agentes conectan todo lo demás y tú apruebas cada sincronización. Tajo está en acceso anticipado. [Pedir acceso anticipado](https://tajo.io/es/#early-access)

## Preguntas frecuentes

**¿Qué es un servidor SMTP?**

Domina SMTP con esta guía completa. Aprende cómo funciona el Simple Mail Transfer Protocol, compara SMTP con API, configura la autenticación (SPF, DKIM, DMARC) y elige el mejor proveedor SMTP para tu negocio.

**¿Cómo empiezo con un servidor SMTP?**

Empieza por lo básico: entiende los conceptos clave, elige las herramientas adecuadas e implementa paso a paso. Esta guía cubre todo, desde el nivel principiante hasta el avanzado.

**¿Debo usar SMTP o una API de email?**

Usa SMTP para WordPress, CRM, dispositivos y sistemas heredados que solo admiten ajustes SMTP. Usa una API de email cuando controlas la aplicación y necesitas errores estructurados, plantillas, webhooks de eventos, gestión de supresiones y una automatización más potente.

**¿Cuál es la diferencia entre SMTP y hosting de email?**

SMTP es específicamente para enviar email. El hosting de email incluye envío (SMTP) y recepción (POP3/IMAP), además de almacenamiento y gestión. Puedes usar servicios SMTP de terceros mientras alojas tu email en otro sitio.

**¿Puedo usar el SMTP de Gmail para mi empresa?**

Gmail ofrece acceso SMTP, pero con limitaciones. El tier gratuito permite 500 emails al día y Google Workspace lo eleva a 2.000. Para volúmenes mayores o un mejor control de la entregabilidad, se recomiendan servicios SMTP dedicados como Brevo.

**¿Por qué mis emails van a spam?**

Causas habituales: - SPF/DKIM/DMARC ausentes o mal configurados - Envío desde una IP nueva sin warm-up - Mala reputación de remitente - Contenido similar a spam - Envío a direcciones no válidas - Tasas de queja elevadas Comprueba primero la autenticación y revisa después el contenido y las prácticas de envío.

**¿Cuál es el mejor puerto SMTP?**

El puerto 587 es el recomendado para envíos cliente-a-servidor. Requiere autenticación y admite cifrado STARTTLS. El puerto 25 es para relé entre servidores y suele estar bloqueado por los ISPs.

**¿Cuántos emails puedo enviar por SMTP?**

Los límites dependen del proveedor: - Gmail: 500-2.000/día - Brevo gratis: 300/día - Amazon SES: 50.000/día (con aprobación) - Servicios dedicados: a menudo ilimitado por niveles de precio

**¿Necesito una IP dedicada para SMTP?**

No siempre. Las IPs compartidas funcionan bien para volúmenes moderados con buenas prácticas. Las dedicadas benefician a remitentes de gran volumen (más de 100.000 al mes) que quieren control total sobre su reputación. La mayoría de los proveedores las ofrecen como mejora.

**¿Qué es un relé SMTP?**

Un relé SMTP es cuando tu servidor de email reenvía mensajes a través de otro servidor para entregarlos. Es útil cuando tu servidor local no puede enviar directamente (puertos bloqueados, mala reputación) o cuando usas un servicio como Brevo para mejor entregabilidad.

**¿Cómo pruebo mi configuración SMTP?**

Usa estos métodos: 1. Envía emails de prueba a través de tu aplicación 2. Usa herramientas online como Mail Tester para revisar la autenticación 3. Conéctate manualmente con telnet u openssl 4. Revisa los cuadros de mando del proveedor para ver los logs 5. Envía a direcciones de prueba que reporten resultados de autenticación

**¿Qué ocurre si SPF o DKIM falla?**

Sin DMARC, fallar SPF/DKIM puede hacer que se marquen los emails, pero no necesariamente que se rechacen. Con DMARC en quarantine o reject, los fallos terminan en spam o se bloquean. Monitoriza siempre los informes DMARC para detectar problemas de autenticación.

**¿Puede SMTP gestionar adjuntos?**

Sí. SMTP transmite adjuntos codificados en el cuerpo del email (normalmente codificación base64 para archivos binarios). Sin embargo, los adjuntos grandes pueden chocar con los límites de tamaño del servidor. Para archivos de más de unos pocos MB, considera usar enlaces a almacenamiento en la nube.

## Artículos relacionados

### [SMTP Relay Gratuito: Las Mejores Opciones para Enviar Correos Transaccionales](https://tajo.io/es/blog/free-smtp-relay-guide/)

26 mar 2026 · 9 min de lectura

9 secciones

### [Guía de WP Mail SMTP: configuración en WordPress, mailers, DNS, pruebas, logs y QA (2026)](https://tajo.io/es/blog/wp-mail-smtp-guide/)

26 mar 2026 · 8 min de lectura

14 secciones

### [API de email: guía completa para enviar correos de forma programática (2026)](https://tajo.io/es/blog/email-api-guide/)

25 mar 2026 · 13 min de lectura

15 secciones