Hacker News new | past | comments | ask | show | jobs | submit login

> By the fact I get answers to emails I send to others (eg people using gsuite, people using o365)

Do you get answers to 100% of emails you send? I don't find this plausible. Now, if you get answers to maybe 30% of emails you send, how do you know the other 70% is just because people didn't write anything back? How are you ruling out the possibility that some of those 70% never received your email in the first place?

> I don't get issues from the sites that I run that use the mail server for sending - it sends confirmation emails for a forum I run, for example.

So far I haven't encountered a single email provider that successfully delivers 100% of mail sent. Postmark sometimes fails to deliver, SendGrid sometimes fails to deliver, etc. But you're claiming that you have found the secret sauce and you actually have better deliverability than SendGrid and Postmark - and that's for confirmation emails of all things, the type of mail that very often lands in the spam folder. I don't believe you.




> Do you get answers to 100% of emails you send? I don't find this plausible. Now, if you get answers to maybe 30% of emails you send, how do you know the other 70% is just because people didn't write anything back? How are you ruling out the possibility that some of those 70% never received your email in the first place?

Most of the personal email I send is to companies where I do expect and get responses, or to my family, or to mailing lists. I know family get my emails because they respond. I know companies do because they respond to support queries. I know mailing lists do because I see my messages in the list archives. I know there’s a good mix of receiving operators because I get DMARC reports etc.

> So far I haven't encountered a single email provider that successfully delivers 100% of mail sent. Postmark sometimes fails to deliver, SendGrid sometimes fails to deliver, etc. But you're claiming that you have found the secret sauce and you actually have better deliverability than SendGrid and Postmark - and that's for confirmation emails of all things, the type of mail that very often lands in the spam folder. I don't believe you.

I don’t really care if my email ends up in spam folders as long as it does not get dropped on the floor entirely, but I genuinely do not get complaints where people have not received/can’t find their confirmation emails. I do practise good automated email hygiene (automatic removal when things bounce permanently, etc).

I don’t know what to say that will convince you that I have not personally experienced issues except with DT and AT&T, but… I haven’t.


> Most of the personal email I send is to companies where I do expect and get responses, or to my family, or to mailing lists. I know family get my emails because they respond. I know companies do because they respond to support queries. I know mailing lists do because I see my messages in the list archives. I know there’s a good mix of receiving operators because I get DMARC reports etc.

Ok, fair enough.

> I don’t really care if my email ends up in spam folders as long as it does not get dropped on the floor entirely, but I genuinely do not get complaints where people have not received/can’t find their confirmation emails. I do practise good automated email hygiene (automatic removal when things bounce permanently, etc).

I care very much if my email ends up in spam folders. But if you're only talking about your email landing (in some folder), then sure, you convinced me.


Nobody who is anxious about a first contact with someone new will rely on email alone, anti-spam has made sure of that for 25+ years. You just can't measure whether someone _saw_ your email, which is all that matters to email users.

Users do complain about unexpected bounce messages (often it's an address typo). And I am pretty sure that people who use gmail & hotmail are used to "checking their spam folder" and fixing deliverability problems for new senders that way.

I've been pretty slapdash about this, including selling 1000s of mail servers and (apart from the adoption of SPF, DKIM, DMARC) it's all the same as it was 20 years ago. So I've no problem advising technically-inclined people to give it a go gradually.


> You just can't measure whether someone _saw_ your email, which is all that matters to email users.

You can still measure deliverability with different methods. I've used GlockApps to send test emails to a variety of different inboxes at different providers and it tells me what percent of those emails hit the inbox, what percent went to spam folder, and what percent disappeared.


Watever GlockApps is, there's no way it can tell whether my local rules moved a message to my spam folder. It also can't tell whether my mailserver moved it to spam using my Sieve filters. Therefore it also can't tell whether the email appeared in my Inbox.

I'm not sure what "disappeared" means in this context; perhaps that's the same as "dropped on the floor". The whole reason why dropping email on the floor is A Bad Thing is that doing that makes it impossible to tell whether the message has been delivered at all.

[Edit] Ah, I see. GlockApps can only tell you about the destiny of your outgoing email if the destination was one of a handful of big freemail providers; and I imagine you'd have to provide GlockApps with credentials to the recipient accounts, so that it can see if the mail ended up in Inbox or Spam. You could do that with a few lines of Bash script.


Yes! That site is great as a spot check, I've used it. But imo if gmx.de are silently binning my messages (and nobody else) it's their problem. If it's Gmail, it's my problem :)


> So far I haven't encountered a single email provider that successfully delivers 100% of mail sent.

There is no email provider that will deliver 100%. None. As I mentioned in another comment, you can buy a gsuite corporate account and send email from gmail to gmail within your own company and still end up in spam. If you expect 100% from any solution, you'll be disappointed.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: