frits1993

Haha no the confirmation mails are sent straight away ;)

"tardamail.com is too new, temporarily blacklisted" is what I see in the mail-logs.

Seems like something I can't do much about at the moment, and should correct itself in a while. It seems to get past most spam-filters though.

I'll consider implementing an email-confirmation backup, thanks!

I double checked, and the confirmation links are sent to the sender as you would expect. Please check again and make sure you use the correct fields. If it happens more often, I'll consider swapping the fields, even though this order seems to make most sense looking at several email clients.

Cool, I did not know that. Are there any other thinkable use cases of keeping messages in a hold queue for a longer period of time, for this option to exist?

Done!

Good point, I will push an update with email verification and a favicon in the next hour.

Instant messaging has become the standard. The messages I send my good friends have become shorter, and are often based on my expectations of their reply. With TardaMail, I wanted to recreate the letter-writing experience, digitally. Taking more time to write someone without expecting an instant reply can be very valuable, especially in these times of isolation.

Looks cool, probably uses similar techniques indeed!

The use case of my API is not quite as you describe, but I get the confusion. Instead, my case needs the platforms at which you register to implement the new method of confirmation. That means you can't just use this for every existing software.

It goes like this:

- You register at platform A with your own real email address

- Platform A asks you to confirm your email address, but instead of sending you an email, it shows you an email address to which you can send an email.

- You send an email using your own real email address.

- Platform A receives an event from my API that they received an email at the given email address from the email address they expected, so email address confirmed.

What you see at the provided URL is simply a demo of what could be part of any registration form.

IPTV subscriptions are an alternative to regular cable tv subscriptions. It's linear tv streamed over the internet instead of it being delivered to you by your cable provider.

It's used for many reasons, but I personally got a subscription at an IPTV provider to be able to offer my French girlfriend to keep watching her French TV channels while living in the Netherlands.

That said, my service does not offer IPTV, simply an editor to users who already have their own IPTV subscription.

Awesome, great pointers. Thanks for that!

Thanks. It all runs on a Laravel codebase, and the SaaS part is handled by Laravel Spark. UI of the landing page is a template I bought, the dashboard is own tinkering.

That's the cool thing, it got its first users without any promotion what so ever. I had used it myself for a couple of months, and only after 2 months I logged into the database and saw these 7 users who simply found it (maybe by URL). They not only registered but were actually using it in the same was as I did.

After that, did post it on some forums, and on the IPTV subreddit, which did give it a boost.

But I have not been posting it anywhere for the last few months now, it seems that the steady flow of new users just keeps pretty constant no and the most active users are the ones who just find it through Google.

Interesting, will definitely reconsider. Thanks!