zlacker

[return to "AI is killing B2B SaaS"]
1. kriro+6K[view] [source] 2026-02-04 20:34:34
>>namany+(OP)
I'd actually say the opposite is the case. B2B (even SaaS) is probably the most robust when it comes to AI resistance. The described "in house vibe coded SaaS replacement" does not mirror my experience in B2B at all. The B2B software mindset I've encountered the most is "We'll pay you so we don't have to wrestle with this and can focus on what we do. We'll pay you even more if we worry even less." which is basically the opposite of...let's have someone inhouse vibe code and push to production. B2B is usually fairly conservative.
◧◩
2. xhrpos+xS[view] [source] 2026-02-04 21:10:40
>>kriro+6K
Reminds me of a blog post a while back saying that gigabit fiber at home would lead to everyone running their own email server.
◧◩◪
3. isk517+oX[view] [source] 2026-02-04 21:34:32
>>xhrpos+xS
There was no chance that everyone would be running their own email server, but if it wasn't for the lack of IPv6 adaptation a plug and go home email server solution would probably see a decent amount of use. I'd bet we'd already be seeing it as a feature in most mid-ranged home routers by now.
◧◩◪◨
4. rvnx+UX[view] [source] 2026-02-04 21:37:42
>>isk517+oX
The mail server in a router is easy to host, the problem is:

1) Uptime (though this could be partially alleviated by retries)

and most of all:

2) "Trust"/"Spam score"

It's the main reason to use Sendgrid, AWS, Google, etc. Their "value" is not the email service, it's that their SMTP servers are trusted.

If tomorrow I can just send from localhost instead of going through Google it's fine for me, but in reality, my emails won't arrive due to these filters.

◧◩◪◨⬒
5. cadams+vY[view] [source] 2026-02-04 21:41:09
>>rvnx+UX
The specific concern around uptime & reliability was baked into email systems from almost the start - undeliverable notifications (for the sender) and retries.

But yes, the “trust / spam score” is a legit challenge. If only device manufacturers were held liable for security flaws, but we sadly don’t live in that timeline.

◧◩◪◨⬒⬓
6. Ucaleg+I11[view] [source] 2026-02-04 21:57:24
>>cadams+vY
Its not a device/MTA issue, SMTP just is not a secure protocol and there is not much you can do in order to 'secure' human communication. Things like spoofing or social engineering are near impossible to address within SMTP without external systems doing some sort of analysis on the messages or in combination with other protocols like DNS.
◧◩◪◨⬒⬓⬔
7. direwo+q41[view] [source] 2026-02-04 22:10:38
>>Ucaleg+I11
SMTP isn't at fault, the social ecosystem is at fault. Every system where identities are cheap has a spam problem. If you think a system has cheap identities and no spam, it probably doesn't have cheap identities — examples are HN or Reddit.
[go to top]