Correo profesional

Sí, cada plan de alojamiento incluye buzones de correo profesionales; su número aumenta con el plan. El detalle por plan figura en la página Alojamiento Web.

Sí, es posible utilizar nuestros correos profesionales (por ejemplo: [email protected]) sin publicar un sitio web.

Sus buzones funcionan con IMAP/SMTP. Los parámetros del servidor (entrante/saliente, puertos, SSL) se facilitan en cPanel y pueden configurarse en cualquier cliente de correo.

Sí, hay un webmail (tipo Roundcube) accesible desde cPanel para consultar sus correos desde un navegador, sin ninguna configuración.

Todas las ofertas de alojamiento incluyen un filtrado antispam básico. El antispam avanzado no es una opción de pago: está incluido en la oferta Pro.

Configure correctamente los registros SPF, DKIM y DMARC de su dominio. Nuestro soporte puede acompañarle para mejorar la entregabilidad.

El almacenamiento de los correos se comparte con el espacio en disco de su plan de alojamiento. Puede repartir las cuotas entre sus buzones según sus necesidades.

Desde febrero de 2024, Gmail y Yahoo (y progresivamente Microsoft Outlook) imponen un registro DMARC válido a los remitentes que superan los 5000 mensajes al día hacia sus usuarios. Por debajo de ese umbral, SPF y DKIM por sí solos suelen bastar, pero configurar DMARC desde el principio sigue siendo recomendable. Si la política DMARC está ausente o es demasiado permisiva (p=none) por encima del umbral, los proveedores aplican su propia regla y pueden rechazar sus mensajes con un error SMTP 550 — un rechazo definitivo, no una simple clasificación como spam. Nuestro soporte puede ayudarle a implantar SPF, DKIM y DMARC en su dominio.

BIMI (Brand Indicators for Message Identification) permite que Gmail, Yahoo Mail y Apple Mail muestren el logotipo de su marca junto a sus correos en la bandeja de entrada. Su dominio debe disponer de SPF, DKIM y de un DMARC en `p=quarantine` o `p=reject`; después, publique un registro DNS TXT `default._bimi.` que apunte a un archivo SVG de su logotipo. Gmail exige además un certificado VMC (Verified Mark Certificate, requiere una marca registrada) o CMC (Common Mark Certificate, sin marca registrada). La compatibilidad es efectiva en 2026 en Gmail, Yahoo Mail, Apple Mail y Fastmail.

Sí. Gmail introdujo el Common Mark Certificate (CMC) como alternativa al VMC: no requiere una marca registrada, pero usted debe demostrar que su logotipo se muestra públicamente en su dominio desde hace al menos doce meses. Yahoo Mail, Fastmail y Apple Mail admiten BIMI sin exigir certificado, siempre que DMARC esté configurado en `p=quarantine` o `p=reject`.

El método más seguro es la migración IMAP en paralelo: sus buzones se copian en segundo plano (con imapsync o la herramienta integrada en su panel) mientras su registro MX permanece en el proveedor anterior, sin corte para sus destinatarios. Una vez sincronizados todos los buzones, cambia el registro MX a ServOrbit — y mantiene ambos accesos activos un mínimo de 72 horas para recuperar los correos en tránsito. Para empezar, consulte nuestra página de alojamiento web ServOrbit o contacte con el soporte a través de [email protected].

En cPanel, un alias (Email Aliases) permite que una dirección adicional reciba los mensajes en el mismo buzón que la dirección principal — por ejemplo, contact@ e info@ llegan ambas al buzón de [email protected]. Un reenvío (Email Forwarders) envía automáticamente los mensajes recibidos en una dirección hacia otra dirección, que puede ser externa a su alojamiento. Para crear uno u otro, vaya a la sección Email de cPanel, elija Email Aliases o Forwarders, introduzca la dirección de origen y la de destino, y valide. Los cambios están activos en unos minutos.

Sí, los planes de alojamiento compartido de ServOrbit aplican cuotas de envío por hora para proteger la entregabilidad del conjunto de los clientes en los servidores compartidos. Según el plan contratado, el límite es generalmente de 500 a 1000 correos electrónicos por hora. Estos límites son adecuados para los correos transaccionales habituales (confirmaciones de pedido, respuestas a clientes), pero si necesita enviar campañas de marketing o volúmenes importantes, se recomienda utilizar un servicio SMTP dedicado como Mailgun, SendGrid o Amazon SES. El uso de un SMTP externo no afecta a sus correos habituales y le garantiza una buena entregabilidad.

La mayoría de las aplicaciones autoalojadas (n8n, Jitsi, Nextcloud…) permiten indicar un servidor SMTP externo en sus ajustes. Utilice las credenciales de un buzón de correo profesional ServOrbit o de un servicio de envío dedicado (Brevo, Mailgun…); evite enviar directamente desde la IP de su VPS sin registros SPF, DKIM y DMARC correctos, ya que los proveedores de acceso a internet clasifican habitualmente esos envíos como spam. Puede contactar con nuestro soporte en [email protected] si necesita ayuda para configurar los registros DNS.

Sí, no se impone ningún registro DNS por defecto: puede apuntar sus registros MX, SPF, DKIM y DMARC hacia su propio servidor desde el gestor de DNS de su área de cliente. Asegúrese de configurar correctamente el PTR (rDNS) de la dirección IP de su servidor de correo para maximizar la entregabilidad. Nuestro soporte queda disponible en [email protected] para guiarle en los ajustes de DNS.

**Alias de correo** y **forwarder** (redirector) cumplen funciones diferentes. Un **alias** es una dirección adicional sobre el mismo buzón: los correos enviados a `[email protected]` y a `[email protected]` llegan al mismo buzón si `info` es un alias de `contact`. Solo tiene un buzón que gestionar. Un **forwarder** (redirector) copia los correos entrantes hacia otra dirección externa: los mensajes enviados a `[email protected]` se transmiten automáticamente a `[email protected]`. Útil para centralizar varias direcciones en un buzón existente, pero los correos no se almacenan con nosotros. **Crear un alias o un forwarder**: no se hace desde el área de cliente, sino en su cPanel, con la herramienta Reenviadores (un alias es un reenviador hacia su propio buzón). Atención: un forwarder puede activar los filtros antispam del destinatario final si su dominio no está correctamente configurado con SPF, DKIM y DMARC.

Mautic 5.x es compatible con MySQL 8.4, pero el modo SQL `ONLY_FULL_GROUP_BY`, activado por defecto desde MySQL 8.0, provoca errores HTTP 500 en algunos informes (en particular «Page hits» con agrupación) — la página aparece en blanco, sin mensaje de error visible (issue mautic#17092). Compruébelo con `SHOW GLOBAL VARIABLES LIKE 'sql_mode'`: si el valor contiene `ONLY_FULL_GROUP_BY`, desactívelo en caliente con `SET GLOBAL sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''))` y luego haga el cambio permanente en `/etc/mysql/my.cnf`. Como alternativa, migre a MariaDB 10.x, que no activa este modo por defecto. Haga siempre una copia de seguridad completa (`mysqldump`) antes de cualquier actualización del motor. Las plantillas Mautic de ServOrbit basadas en MariaDB 10.11 no se ven afectadas.

La entregabilidad de un dominio .ma sigue las mismas reglas que cualquier otra extensión: añada un registro TXT SPF (`v=spf1 include:su-servidor ~all`), active la firma DKIM desde cPanel (Autenticación de correo → DKIM) y publique un registro DMARC (`v=DMARC1; p=none; rua=mailto:su@direccion`) para empezar a recibir los informes. La particularidad del .ma es que la ANRT delega la zona DNS a nuestros servidores de nombres cuando usted activa el DNS gestionado: asegúrese de que la delegación se ha aplicado correctamente antes de probar sus registros. Nuestro soporte puede verificar su configuración en [email protected].

JMAP (RFC 8620) es un protocolo HTTP/JSON moderno que sustituye a IMAP: sincroniza los buzones de forma incremental (solo circulan las modificaciones), admite el push nativo y gestiona varias cuentas en una sola conexión. Stalwart Mail Server, por ejemplo, expone simultáneamente JMAP, IMAP4rev2 y SMTP, lo que permite migrar progresivamente a sus clientes sin cortar los accesos existentes. Los clientes compatibles con JMAP (Thunderbird 128+, las apps nativas de iOS/macOS) se benefician de una sincronización claramente más rápida; los clientes IMAP existentes siguen funcionando sin modificación. Para desplegar un servidor compatible en su VPS, consulte la página VPS de ServOrbit.

La migración se realiza en tres tiempos: exportar los buzones de Mailcow en MBOX o mediante imapsync (cuenta por cuenta), instalar Stalwart en un VPS y configurar sus dominios y cuentas, y después reimportar los mensajes por IMAP o con la herramienta de importación integrada de Stalwart. Durante la transición, conserve Mailcow activo y apunte un MX secundario hacia Stalwart: los correos entrantes llegan a ambos servidores durante el periodo de conmutación. Una vez copiados todos los mensajes y reapuntado el MX del DNS hacia Stalwart, puede detener Mailcow. Nuestros equipos acompañan la migración de servidor a través del formulario /contact (tipo Devis / Presupuesto).

Mailcow es una suite completa (Postfix, Dovecot, Rspamd, SOGo, Redis, MariaDB…) que consume entre 1 y 2 GB de RAM en reposo — ideal si desea una interfaz webmail y administración integradas. Stalwart Mail Server es un binario único en Rust (SMTP, IMAP, JMAP) que arranca con menos de 100 MB de RAM, una ventaja clara en un VPS de 1 a 2 GB compartido con otros servicios. Elija Mailcow para una solución todo en uno, Stalwart si el consumo de memoria es su principal restricción. Ambos pueden instalarse en los planes VPS de ServOrbit.com a partir de 99 DH/mes.

Un servidor de correo auto-alojado en un VPS es adecuado para volúmenes moderados (unos cientos de correos por día) con una configuración correcta de SPF/DKIM/DMARC. Cuando su aplicación envía varios miles de correos por día o la entregabilidad es crítica (e-commerce, alertas), un SMTP relay especializado (Resend, Brevo, Postmark) ofrece infraestructura de envío ya delisted y paneles de entregabilidad difíciles de replicar por cuenta propia. En cualquier caso, su dominio debe estar registrado en ServOrbit o apuntar a nuestros servidores para configurar los registros DNS SPF y DKIM necesarios.

Sí, todas las cuentas de correo incluidas en sus planes de alojamiento ServOrbit se benefician de un filtrado antispam en el servidor y un análisis antivirus en tiempo real, antes de que los mensajes lleguen a su bandeja de entrada. Puede ajustar la sensibilidad del filtro de spam desde el panel de gestión, crear listas blancas y negras, y consultar la cuarentena para recuperar un mensaje legítimo bloqueado por error. Esta protección está activada por defecto y no requiere configuración adicional; para necesidades avanzadas (archivo legal, cifrado de extremo a extremo), contacte con nuestro soporte.

En el cPanel de tu cuenta ServOrbit, ve a Email > Authentication para activar DKIM y SPF automáticamente. Para DMARC, añade un registro TXT `_dmarc.tu-dominio.com` con el valor `v=DMARC1; p=none; rua=mailto:[email protected]`, y ajusta la política después de revisar los informes. Verifica la propagación de los tres registros en mxtoolbox.com antes de enviar correos.

Desde su VPS, ejecute `telnet smtp.gmail.com 25` o `nc -zv smtp.gmail.com 25`: si la conexión expira o es rechazada, su proveedor está bloqueando el puerto 25 saliente. Es una práctica habitual para limitar el spam — la mayoría de los proveedores de VPS lo hacen por defecto. Para enviar correos desde un VPS, use el puerto 587 (STARTTLS) o 465 (SMTPS) con un relay SMTP de confianza, configure un registro PTR para su IP y configure SPF, DKIM y DMARC. Contacte con el soporte si necesita abrir el puerto 25 para un uso legítimo.

Un registro PTR (reverse DNS) mapea su dirección IP a un nombre de dominio: los servidores de correo destinatarios lo utilizan para verificar que el remitente es legítimo. Sin un PTR válido, sus correos suelen acabar en spam o ser rechazados. Debe coincidir exactamente con el nombre anunciado en el banner SMTP de su servidor (`myhostname` en Postfix). En un VPS ServOrbit, configúrelo desde el área de cliente, sección Red, pestaña Reverse DNS. Combínelo con SPF, DKIM y DMARC para una entregabilidad óptima.

En el panel de administración de Gitea (Site Administration → Settings → Email), introduce el servidor SMTP de tu alojamiento (disponible en cPanel → Email → Cuentas de correo), el puerto 587 con STARTTLS y las credenciales de un buzón dedicado (ej. `[email protected]`). Activa el envío de un correo de prueba para validar la configuración antes de guardarla. Asegúrate de que los registros SPF y DKIM de tu dominio incluyan el servidor remitente para garantizar la entregabilidad de las notificaciones de issues y pull requests.

Sí, el alojamiento de ServOrbit incluye un servidor CalDAV (agendas) y CardDAV (contactos) accesible desde Thunderbird, Apple Mail, Outlook o cualquier aplicación móvil compatible. Configure su cliente con la URL del servidor que aparece en cPanel bajo «Calendarios y contactos». Esta sincronización funciona con el mismo buzón profesional, sin herramientas de terceros ni suscripción adicional.

En cPanel, vaya a la sección «Listas de correo» para crear una lista gestionada por Mailman. Puede definir miembros, moderadores y opciones de archivo directamente desde la interfaz. Para envíos de marketing a gran escala, recomendamos utilizar una herramienta dedicada (como Mautic autoalojado en VPS) para seguir las mejores prácticas de entregabilidad.

SPF y DKIM autentican el origen y la integridad de un mensaje, pero no indican al destinatario qué hacer cuando una comprobación falla: DMARC cubre esa laguna publicando una política explícita (none, quarantine o reject). Sin DMARC, un atacante puede suplantar su dominio y pasar los filtros antispam porque los proveedores no tienen ninguna instrucción que seguir. Empiece con `p=none` para recopilar informes y, una vez estabilizados los flujos de envío legítimos, endurezca la política a `p=quarantine` o `p=reject`.

Google y Yahoo consideran preocupante una tasa de quejas superior al 0,10 % e imponen restricciones a partir del 0,30 %: sus correos pueden ser masivamente rechazados o enviados a la carpeta de spam. Para vigilar esta tasa, registre su dominio en Google Postmaster Tools (postmaster.google.com) y consulte el panel «Spam Rate»; Yahoo ofrece un programa FBL equivalente. Cada queja corresponde normalmente a un clic en «Marcar como spam» — revise sus listas con regularidad y elimine los suscriptores inactivos o captados de forma inadecuada.

La cabecera `List-Unsubscribe: <mailto:…>, <https://…>` permite a los clientes de correo mostrar un botón «Darse de baja» directamente en su interfaz, sin que el destinatario tenga que abrir el mensaje. Desde 2024, Google y Yahoo exigen este mecanismo a los remitentes masivos (más de 5.000 mensajes/día), y la variante «un clic» (`List-Unsubscribe-Post: List-Unsubscribe=One-Click`) tramita la solicitud con un solo clic y sin página intermedia. Su plataforma de email marketing debería gestionar esta cabecera de forma automática; si envía campañas desde su propio servidor, verifique que su software de envío la genere correctamente.

En un VPS de ServOrbit, el puerto 25 está bloqueado en salida por defecto para limitar el riesgo de spam; utiliza el puerto 587 (STARTTLS) o el puerto 465 (SMTPS/SSL implícito) para el envío autenticado desde tu aplicación. Si utilizas un relay SMTP externo (Mailgun, Brevo, etc.), configura el puerto recomendado por ese servicio. Para los buzones gestionados por cPanel en alojamiento compartido, el webmail y los clientes de correo también emplean el puerto 587 o 465.

La causa más frecuente es la ausencia o mala configuración de los registros SPF, DKIM y DMARC en su zona DNS. Verifique estos registros en cPanel bajo 'Autenticación de correo' y asegúrese de que su dominio está autorizado a enviar desde nuestros servidores. Si el problema persiste tras la corrección, escriba a [email protected] adjuntando las cabeceras completas de un correo rechazado.

El método más fiable es usar imapsync o la herramienta de migración integrada en cPanel (Accounts → Transfer Tool), que copia todas las carpetas IMAP sin interrumpir el uso de la dirección. Crea primero el buzón en tu alojamiento ServOrbit, configúralo para recibir correo en tu cliente de e-mail y luego inicia la migración. Cambia los registros MX solo cuando la sincronización esté completa para no perder ningún mensaje en tránsito. Nuestro equipo de soporte puede ayudarte en [email protected].

En un alojamiento compartido cPanel, el servidor SMTP saliente por defecto es el de su cuenta, pero la mayoría de las aplicaciones web (WordPress, Drupal, etc.) permiten configurar un relay SMTP de terceros mediante su propio plugin o ajustes de configuración. Por tanto, puede utilizar un servicio externo como Mailgun o Gmail SMTP directamente desde su aplicación, sin modificar la configuración del servidor. Se recomienda el puerto 587 (STARTTLS). Para necesidades avanzadas de envío transaccional, nuestros planes VPS le ofrecen control total sobre Postfix o Exim.

Sí. Solo tienes que apuntar los registros MX de tu dominio hacia nuestros servidores desde la zona DNS de tu registrador actual. No es necesaria ninguna transferencia de dominio. Si aún no tienes un plan de alojamiento en ServOrbit, puedes suscribirte a un plan de alojamiento web y configurar los registros MX en pocos minutos. Nuestra guía de inicio o nuestro equipo en [email protected] pueden orientarte.

En cPanel, vaya a la sección «Email» y luego a «Dirección de correo predeterminada» (Default Address). Configúrela para reenviar a un buzón existente o para descartar silenciosamente los mensajes enviados a direcciones inexistentes en su dominio. Esta opción es útil para no perder ningún mensaje, pero puede aumentar el spam recibido si su dominio es objetivo de bots de recolección de direcciones.

Sí, ServOrbit le permite desplegar con un clic soluciones como Nextcloud (correo + calendario + contactos) desde el marketplace; Mail-in-a-Box no figura en él, pero puede instalarlo usted mismo en su VPS. Su VPS de ServOrbit incluye una IP dedicada, esencial para una buena entregabilidad de correo. Recuerde configurar los registros SPF, DKIM y DMARC en su zona DNS de ServOrbit para maximizar la entregabilidad hacia Gmail, Outlook y otros proveedores.

Son necesarias varias comprobaciones: asegúrese de que el rDNS (PTR) de su IP de ServOrbit coincide con su nombre de dominio (configurable desde el área de cliente), verifique que su IP no esté en una lista negra (MXToolbox), y publique una política DMARC mínima (p=none) para recibir informes. ServOrbit proporciona IPs dedicadas no compartidas en los planes VPS, eliminando el riesgo de contaminación por otros remitentes.

No, un VPS de ServOrbit es un servidor cloud sin configurar: no incluye un servidor de correo preconfigurado. Puedes instalar tú mismo un servidor de correo (Stalwart, Mailcow, Postfix, etc.) o utilizar nuestro alojamiento compartido cPanel que incluye buzones de correo. Si deseas un servicio de correo profesional gestionado, contacta con el soporte a través de tu área de cliente para explorar las opciones disponibles.

Sí. Nuestros servidores de correo imponen el cifrado TLS (Transport Layer Security) para todas las conexiones salientes y lo aceptan para las entrantes: los correos viajan cifrados entre servidores compatibles. La configuración recomendada para su cliente de correo — IMAP en el puerto 993 (SSL/TLS) y SMTP en el puerto 465 (SSL/TLS) o 587 (STARTTLS) — también garantiza que la conexión entre su dispositivo y nuestros servidores esté cifrada. Este cifrado en tránsito protege contra la interceptación en la red, pero no constituye un cifrado de extremo a extremo: los mensajes son accesibles en texto plano en los servidores para permitir la detección de spam y el análisis antivirus. Para una confidencialidad total del contenido de los mensajes, considere S/MIME o PGP — soluciones que funcionan independientemente del proveedor de alojamiento.

Los buzones de correo en alojamiento compartido de ServOrbit cuentan con filtrado de spam activado por defecto (SpamAssassin vía cPanel); puede ajustar el nivel de sensibilidad y crear reglas personalizadas directamente desde cPanel → Filtros de spam. El antispam avanzado no se vende como complemento: está incluido en la oferta Pro — contacte a nuestro equipo desde su área de cliente para más información. En un VPS, puede desplegar soluciones como Rspamd o Amavis según la configuración de su servidor.

Sí, configurar SPF y DKIM es indispensable para que los correos enviados por Mautic desde su VPS no acaben en la carpeta de spam. El SPF declara su IP de envío en su zona DNS, y DKIM firma criptográficamente cada mensaje — ambos registros son verificados por Gmail, Outlook y la mayoría de proveedores de correo. Sin ellos, su tasa de entregabilidad será baja y sus campañas corren el riesgo de ser bloqueadas. Considere también configurar un registro DMARC y activar el DNS inverso (PTR) de su VPS desde su área de cliente.

Mailpit es un servidor SMTP ligero que intercepta todos los correos salientes y los muestra en una interfaz web — ningún mensaje se envía realmente, lo que lo convierte en la herramienta ideal para probar el envío de correos durante el desarrollo. Instálelo mediante Docker en su VPS ServOrbit, luego apunte la configuración SMTP de su aplicación al puerto 1025 de Mailpit y acceda a su interfaz web en el puerto 8025 (protéjala con un reverse proxy o una lista de IP permitidas). Nunca exponga públicamente el puerto SMTP 1025, ya que acepta cualquier correo sin autenticación.

Sí, siempre que lo solicite al soporte: el puerto 25 saliente está bloqueado por defecto en los VPS de ServOrbit para limitar el riesgo de spam, pero puede abrirse para un uso legítimo (plataforma de envío para agencias, alojamiento de correo, etc.). Una vez abierto, instale Postal usted mismo en su VPS (no figura en el Marketplace de ServOrbit), configure sus registros SPF, DKIM y PTR, y sirva varios dominios de envío desde la misma instancia. Abra un ticket desde su área de cliente para solicitar la apertura del puerto.

Un relay Postfix es un agente de transferencia de correo (MTA) configurado para enrutar los correos salientes de una aplicación hacia Internet mediante puertos SMTP estándar — sin interfaz de gestión ni estadísticas de envío. Postal es una plataforma de envío completa: añade una interfaz web, colas de envío, seguimiento de rebotes, estadísticas de entregabilidad por dominio y un sistema de webhooks. Para una aplicación que envía unos cientos de correos transaccionales al día, un relay Postfix bien configurado es suficiente; para una agencia que gestiona varias campañas o dominios de clientes, Postal aporta la visibilidad y el control necesarios.

Stalwart es una solución moderna todo-en-uno escrita en Rust, especialmente adecuada si desea una configuración unificada SMTP/IMAP/JMAP con pocas dependencias. Mailcow es una suite basada en Docker lista para desplegar, ideal si prefiere una interfaz de administración web completa sin configurar los componentes manualmente. Postfix+Dovecot ofrece la máxima flexibilidad y se integra con la mayoría de distribuciones Linux, pero requiere un conocimiento más profundo de la configuración. Para comparar los requisitos de RAM y CPU en los planes VPS de ServOrbit, consulte el artículo dedicado en nuestra base de conocimiento o contacte a nuestro soporte en [email protected].

DMARCbis (RFC 9989 a 9991) reemplaza gradualmente a RFC 7489 en 2026 aclarando el manejo de subdominios, políticas heredadas e informes agregados. Para un servidor de correo autohospedado, la migración no es obligatoria todavía hoy, pero las grandes pasarelas (Gmail, Microsoft 365) adoptarán progresivamente las nuevas reglas: actualizar tu registro DMARC añadiendo las etiquetas `sp=` y `rua=` se recomienda para mantenerse en cumplimiento. Consulta RFC 9989 o nuestra guía de configuración DMARC para preparar la transición sin interrupciones.

En un alojamiento de ServOrbit, el webmail incluido con cPanel forma parte de la plataforma: nuestro equipo se encarga de actualizarlo, sin que usted haga nada. Si instaló Roundcube por su cuenta en un VPS, mantenerlo al día le corresponde a usted, con una copia de su base de datos y de su configuración antes de cada actualización. Para saber si una corrección anunciada afecta a la plataforma, escriba a [email protected].

Avance por etapas. Publique primero `p=none` con una dirección `rua` para recibir los informes agregados y déjelos funcionar de dos a cuatro semanas: enumeran cada fuente que envía en su nombre (servidor de alojamiento, boletín, CRM, facturación). Alinee cada fuente legítima con su dominio mediante SPF o DKIM, pase después a `p=quarantine` con `pct=10` y suba ese porcentaje por fases. Cambie a `p=reject` solo cuando los informes ya no muestren ningún remitente legítimo que falle; si duda de alguna fuente, [email protected] puede ayudarle a interpretar sus informes.