Resumen

  • Hetzner aplica restricciones de correo por cuenta; un servidor trasladado al proyecto de otro dueño adopta las reglas de ese propietario.
  • Un mes como cliente y el pago de la primera factura permiten pedir el desbloqueo de 25 y 465. La revisión individual sigue siendo distinta de la elegibilidad.
  • El envío por 587 mediante un servicio externo es una alternativa publicada, no una garantía de arquitectura equivalente, aceptación del servicio o entrega al buzón.

El inventario puede estar correcto y la entrega incompleta

Una agencia podría entregar a su cliente una aplicación que necesita enviar correos. El servidor aparece en el proyecto del cliente y la lista de activos refleja al dueño adecuado. Ese escenario hipotético todavía contiene una pregunta. La FAQ de servidores Cloud de Hetzner dice que el bloqueo de puertos se aplica por cuenta y que una máquina transferida sigue las reglas del nuevo propietario.

No se está describiendo una interrupción observada. Si la cuenta de destino ya tiene autorizados los puertos necesarios, puede que no haya ningún problema. Si no los tiene, que la aplicación enviara mensajes antes no demuestra que conserve la misma salida después. Hetzner indica expresamente comprobar el desbloqueo del nuevo dueño antes de una transferencia que utilice 25 y 465.

La frontera relevante es la cuenta a la que queda sujeto el recurso. Ni la antigüedad del servidor ni su historia de funcionamiento sustituyen esa autorización. Dar por aceptada la aplicación porque terminó la transferencia convertiría un resultado administrativo de infraestructura en una prueba de una dependencia diferente.

Invitar a alguien no equivale a cambiar el dueño

La FAQ general de Cloud explica el cambio de cuenta mediante un proyecto propiedad del destinatario. Este crea el proyecto e invita al dueño actual, que mueve el recurso. El documento de migración de productos dedica un procedimiento específico al servidor Cloud.

La distinción entre acceso y propiedad no es decorativa. Poder colaborar en un proyecto no significa que la cuenta haya pasado a poseerlo. La FAQ distingue funciones, reserva al propietario del proyecto de origen la salida de recursos y atribuye el pago al propietario del proyecto de destino. La entrega necesita saber qué operación cambia realmente la autoridad que rige el servidor.

También necesita conservar el límite de producto. Un procedimiento de Robot para un servidor dedicado, un dominio u otro servicio no demuestra que el permiso de correo Cloud acompañe a la máquina. La familiaridad con otra transferencia no permite trasladar sus reglas a este caso.

Cumplir condiciones no es recibir una excepción

Hetzner explica el bloqueo predeterminado de 25 y 465 por el uso que hacen de la nube remitentes abusivos y estafadores. Su FAQ inglesa permite solicitar una excepción después de un mes como cliente y de pagar la primera factura, presentando un caso de uso válido. La decisión se toma individualmente. La FAQ alemana también describe revisión, no apertura automática.

Conviene separar tres estados: cumplir las condiciones publicadas, presentar la solicitud y obtener aprobación. La factura pagada no acredita por sí sola el desbloqueo. Tampoco la autorización concedida al dueño anterior demuestra que la cuenta nueva tenga esa misma excepción. Las fuentes revisadas no trasladan las condiciones mediante el historial de la máquina.

La FAQ general dice además que las solicitudes de límite se procesan manualmente en horario laboral. No aporta un plazo garantizado para esta decisión de puertos. Un calendario de entrega que suponga respuesta inmediata o automática estará incorporando una promesa que los documentos no hacen.

La lógica comercial del control puede explicarse sin atribuirle resultados medidos. La capacidad informática fácil de adquirir sirve tanto a aplicaciones legítimas como a usos abusivos. Parte del costo del abuso recae en destinatarios y otras redes. Vincular la excepción a la cuenta permite examinar a quien recibe autoridad, no únicamente la existencia de un servidor que puede facturarse.

Una alternativa que cambia la dependencia

Hetzner publica el envío por 587 mediante servicios externos de correo como una alternativa que no requiere esa solicitud de límite. El puerto no está bloqueado según la política. Para una aplicación legítima, eso puede cambiar el plan. No significa que todo esquema de envío directo pueda conservarse reemplazando un número.

RFC 6409 distingue presentación de mensajes y retransmisión, y reserva 587 para la primera. El servicio externo introduce una relación propia de autorización. Disponibilidad del puerto no prueba aceptación de la aplicación por ese servicio, y mucho menos llegada del mensaje a la bandeja del destinatario.

Hay dos arreglos que no deben confundirse: mantener una ruta directa sometida a la cuenta de destino o organizar una dependencia externa de presentación admitida. Distribuyen de forma diferente trabajo y control. Los documentos revisados no ofrecen precios comparables, cuotas ni resultados de entrega para decidir que una opción siempre sea más barata o más segura.

Tampoco se propone evadir controles con proxies o rutas encubiertas. La alternativa oficial consiste en organizar otro servicio. Su valor está en dejar claro quién autoriza y opera el envío, no en fingir que la política de la arquitectura original dejó de importar.

Comprar capacidad no acredita servicio listo

La FAQ de facturación Cloud indica que un servidor creado sigue siendo cobrable mientras existe, incluso apagado. El estado de energía no es, por tanto, una pausa general del cargo del recurso durante la espera. Es un hecho de alcance limitado, no una recomendación de eliminar activos del cliente ni un cálculo de pérdidas.

La consecuencia es sencilla: puede existir capacidad presente y facturable mientras una autorización necesaria sigue sin resolverse. El caso de inversión debe reconocer esa posibilidad sin inventar días de espera, cantidades o tasas de rechazo. La infraestructura adquirida y la aplicación puesta en servicio no son el mismo hito.

La conclusión no condena las transferencias. Delimita su prueba. Mover un servidor Hetzner Cloud identifica al nuevo propietario y la ubicación del recurso, pero no demuestra que el permiso de correo anterior viaje con él. La entrega debe examinar la cuenta destinataria y la dependencia de correo elegida. El inventario acredita la máquina; la preparación del servicio exige algo más.

Fuentes