Documentación / Referencia
Integraciones y límites
GitHub, Cloudflare, R2, correo, Telegram y límites actuales.
Proveedores en Settings
Las credenciales pertenecen a la instancia privada y las usa la plataforma. No las publiques en código o registros. Esta instancia es para cuentas aprobadas; las integraciones no son cuentas aisladas de autoservicio para clientes públicos arbitrarios.
| Proveedor | Uso |
|---|---|
| GitHub App | Repositorios, pushes y vistas previas |
| Cloudflare | DNS de zonas accesibles y copias R2 |
| Railway | Importar proyectos |
| Resend | Avisos por correo |
| Bot de Telegram | Avisos al chat |
Las tarjetas muestran conexión y errores. Un token DNS conectado no demuestra copias correctas: revisa R2 e historial por separado.
Correo y remitente propio
Una clave Resend con Sending access envía correo pero no enumera dominios verificados. Introduce un remitente de un dominio ya verificado, como alerts@example.com, al conectar o mediante Use your domain en Email. Puedes mantener la clave existente.
Sin remitente propio se usa onboarding@resend.dev. La tarjeta indica Test sender y solo puede enviar al correo de la cuenta Resend. Añade el dominio en Resend Domains, espera Verified y configura el remitente en Upferry.
Se prueba el remitente antes de guardarlo. Que Resend acepte el mensaje no demuestra entrega en bandeja. El seguimiento opcional usa un webhook: Full access puede crearlo automáticamente; Sending access requiere configuración manual y signing secret. Revisa envío, evento de entrega y último error.
Telegram
Crea un bot con BotFather, conecta el token y sigue la detección de chat del panel. Envía un mensaje cuando se solicite. Verifica aviso de prueba y chat destino. No ejecutes dos instancias de un bot de polling con el mismo token.