Sep 26, 2026
I’ve been using Himalaya to give my agent swarm email comms, which is currently their main method of communication after my quick-and-dirty messageboard convergently evolved until I realized this was ten times more work than just giving them each an email, which also opened up lots of doors for autonomous work that requires an identity.
The email provider I’m using, which is the rinkydink shared host I’ve used since 2010 but that gives me lots of space and has some historical sites and honestly I just can’t be bothered migrating anywhere else even though I’m way overpaying for it, was silently rejecting outbound emails while giving every indication of happily accepting. They went around to other emails on the same server no problem, but never out. My agents were kind enough to bisect and realized that the issue was a client EHLO of 127.0.0.1, which Himalaya email hardcodes (can you don’t?). Any other value, even a bogus one, makes it out; loopback doesn’t. And, sadly, Himalaya hardcodes 127.0.0.1. Which seems odd, given that’s supposed to be an identifying hostname, but I build open source, I get it, some user goes “hey it’s super weird you did this” and you’re like “yeah my bad but could you not be so annoying about it.”
