¡Oferta increíble para SMTP! No más cuotas mensuales (:

Hola chicos,

Encontré una oferta increíble para SMTP, el gran beneficio es que es una tarifa única. Hay diferentes niveles que van desde 20k hasta 1 millón de correos electrónicos por mes con precios muy razonables.

Así que, esencialmente, paga una vez y obtén una cuota mensual de por vida (que, con suerte, es indefinida). También puedes pagar por exceso si es necesario en el futuro, también es posible comprar la oferta varias veces y combinarlas en una sola cuenta (cada compra es un espacio de trabajo).

Comprar este tipo de ofertas de tiempo limitado de startups en sus inicios es un poco una lotería, así que haz tu propia diligencia debida. Pero creo que la relación riesgo/recompensa parece bastante sólida para esta oferta y el fundador parece saber lo que hace. He comprado muchas ofertas como esta y creo que esta probablemente sea un éxito.

Puedes echar un vistazo en su Discord: Dragit | Emailit

Aquí está la oferta: Emailit | AppSumo

Creo que puedes obtener un 10% de descuento en tu primera compra en ese mercado, también puedes obtener otro 10% con la membresía anual ‘plus’ del mercado (si la agregas a tu carrito, deberías obtener ambos descuentos para la primera compra).

6 Me gusta

Recomendaré a mxroute (¿o es mxrouting?) para correos electrónicos transaccionales. Son muy amigables para correos electrónicos transaccionales con un plan vitalicio. Conseguí el mío hace tiempo en una oferta de Black Friday. Creo que hacen referidos, pero no quiero hacerlo aquí. Son amigables con el correo transaccional, pero te prohibirán rápidamente si envías correo comercial no solicitado.

2 Me gusta

¡Genial! Gracias por el aviso. Me había olvidado de esa oferta, la estaba considerando en el pasado para alojar algunos correos electrónicos; podría aprovecharla este año para ese caso. No sabía que se podía usar para correos transaccionales. Mxroute es muy apreciado por muchos usuarios.

Esa empresa lleva casi 10 años existiendo

1 me gusta

Tienes razón: el producto en sí es nuevo, y la empresa que lo respalda tiene casi 10 años. Hablaba en general para este tipo de ofertas: normalmente es para productos nuevos que están en sus primeras etapas. El inicio temprano no es la mejor descripción para este escenario.

1 me gusta

Lo he comprado y conectado a un sitio de Staging, y he enviado y recibido correctamente el correo electrónico “Get Started” de Discourse. Hasta ahora, todo bien. Haré un seguimiento aquí después de la implementación en mi sitio de Producción.

Estaba accediendo a un nivel nuevo y más caro en Mailgun, por lo que la economía aquí se volvió muy atractiva.

4 Me gusta

Siempre desconfío cuando veo este tipo de ofertas:

He escuchado las recomendaciones y la supuesta confiabilidad del fundador, pero aún así sería reacio a suscribirme.

Una oferta de “más del 80% de descuento” me recuerda cómo algunos proveedores muestran sus precios para enmascarar prácticas dudosas como la sobreventa.

Recientemente estaba buscando un plan de pago por uso, pero no encontré muchas opciones. Mailgun ocultó inicialmente, y luego eliminó por completo, su plan “flex” de pago por uso. Parece que a los proveedores ya no les gustan estos planes, y a menudo empujan a los clientes hacia suscripciones mínimas de $15–$20 al mes para enviar 10,000–20,000 correos electrónicos, incluso cuando todo lo que necesitamos son unos pocos cientos.

¿Qué proveedores ofrecen planes por menos de $5 al mes además de Amazon SES?

Dicho esto, un precio fijo y un pago único por uso ilimitado es ciertamente una opción de negocio interesante.

2 Me gusta

Puedes usar Brevo para 300 correos electrónicos al día, sin costo alguno.

3 Me gusta

Además, su oferta inicial es de 6 € por 5000 correos electrónicos/mes, lo que se acerca más a lo que generalmente necesito. Algunos de mis foros envían alrededor de 1000-2000 correos electrónicos/mes.

Gracias por la recomendación :+1:

2 Me gusta

Gasto $6 al mes en Mailgun, ahora quiero probar Emailit.

1 me gusta

:frowning:

Esto me sucedió después de usar emailit.

@scavin, ¿resolviste el problema con emailit? Mi plan es probarlo muy pronto.

Hola, actualmente estoy usando Mailgun.

Aunque Emailit mencionó que resolverían el problema pronto, no estoy seguro de si ya se ha solucionado :joy:

Hola, confirmo que emailit ha solucionado este problema. Ahora funciona correctamente.

@scavin ¡Me alegra que se haya resuelto!

Hola :waving_hand:

Me encontré con esta oferta recientemente y quería preguntar si alguien aquí todavía usa Emailit.

¿Qué tan confiable ha sido para ustedes a largo plazo?

Gracias :slightly_smiling_face:

1 me gusta

Hola :waving_hand:

Después de recibir un correo electrónico de Mailgun sobre su próximo aumento de precios —duplicando la tarifa del plan Flex de 1,00 USD a 2,00 USD por cada 1000 correos electrónicos— decidí cambiarme a Emailit hoy mismo.

Una nota rápida sobre la configuración

En general, la configuración fue completamente fluida. El único problema que encontré fue el que se discute en este tema:

530 La dirección del remitente no coincide con la dirección MAIL FROM

La solución fue simple: la “Dirección de respuesta por correo electrónico” no debe incluir un prefijo como
replies+%{reply_key}@mydomain.com.

Ese patrón causó el error anterior. Eliminé el prefijo replies+ y todo comenzó a funcionar perfectamente.

Mi configuración de trabajo

Después de agregar los registros DNS y crear una clave API en Emailit:

app.yml

DISCOURSE_SMTP_ADDRESS: smtp.emailit.com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: emailit
DISCOURSE_SMTP_PASSWORD: "api-key" # (obtenido de Emailit)
#DISCOURSE_SMTP_ENABLE_START_TLS: true           # (opcional, por defecto true)
DISCOURSE_SMTP_DOMAIN: mydomain.com
DISCOURSE_NOTIFICATION_EMAIL: notifications@mydomain.com

Configuración del sitio:

Dirección de respuesta por correo electrónico: %{reply_key}@mydomain.com

5 Me gusta

Es justo, tienes razón en ser escéptico.

Solo para añadir información, el marketing de la oferta tiene mucho que ver con cómo ese mercado en sí mismo muestra las ofertas.

Hay una plétora de maneras en que una compra como esta puede salir mal, algunas son:

  • El producto muere.
  • El producto sigue funcionando, pero apenas se mantiene.
  • Se añaden nuevas características o límites en el futuro y no se incluyen con la compra, entonces el producto se vuelve lentamente menos útil con el tiempo.
  • El producto tiene éxito y es adquirido, y los planes comprados se dejan de lado en el proceso por “razones”.
  • Cualquier número de formas turbias de manipular los límites comprados, como aumentar el consumo de crédito por acción, etc.
  • La oferta simplemente no se cumple en el futuro.

Con esta oferta, en mi humilde opinión, los principales costes que se arriesgan son:

  • Tiempo o coste de desarrollo para implementarlo (y reemplazarlo más tarde si no funciona)
  • Cualquier consecuencia negativa debido a problemas/errores inesperados

El coste en dólares en sí mismo es muy mínimo en comparación con otras soluciones similares facturadas mensualmente/por uso. Así que si se piensa desde la perspectiva del coste en dólares del producto, debería ser una cantidad de tiempo bastante corta antes de que un comprador esté “en números verdes” en comparación con otras soluciones con la misma cuota. Así que el riesgo/recompensa en ese sentido es bastante bueno en mi opinión, especialmente considerando que hay un período de reembolso de 60 días.

Incluso una pequeña suscripción puede acumularse rápidamente, por ejemplo, 6 EUR (~$7 USD) terminarán costando 72 EUR (~$84 USD) anualmente. Los planes gratuitos son geniales, pero son notorios por ser retirados abruptamente. Debido a ser gratuitos, el proveedor tiene una obligación mínima de seguir proporcionando ese servicio gratuito a largo plazo.

Muchas empresas hacen ofertas como esta para conseguir usuarios entusiastas que proporcionen comentarios sobre un producto joven, encontrando errores en casos extremos, etc. Básicamente asegurándose de que su producto esté probado en batalla. Creo que para un ESP que posee su propia infraestructura (tienen un pequeño centro de datos y su propio bloque de IP), probablemente sea una estrategia bastante sólida.