a use case for sending that I've had recently: short-ish term full email accessibility. Imagine you join a private chat fully pseudonymously and you want to coordinate working on some project with some people from the group. you want to be able to coordinate asynchronously over email, create accounts for this project, email with other people who AREN'T in the private group (maybe they're normie-world clients and the group is a bunch of shadowy super coders for hire).

you want to do these things without giving up your identity to KYC. it's **always** the email service (or phone service) that is the hardest to no-KYC.

all that said: you might only need this temporary pseudonym for a month or however long the project runs. after that you want a new one. a send/receive and pay-by-lightning KYC-free email is perfect for this. and I don't think it exists already.

Reply to this note

Please Login to reply.

Discussion

Proton or Tuta offer full no-KYC email accounts for free. Limited to one free account per individual by their T&C. It takes a few more clicks to create one and they are harder to automate (creation and usage). But they are probably better if you plan on using them regularly.

Do you think sending emails from LNemail still make sense anyway?

have you tried to make a no-KYC protom account lately? they require a "human proof" email address. if you are highly concerned with leaking or connecting identity, this is a no-go.

I guess you could use lnemail to just receive this verification, but my point is that it is very difficult to create an email account without already having one - but lnemail seems to allow this (at least for now) so why not expand your market?

I didn't know that, thanks for the info.

This would then mean becoming a full-fledged email provider, but that's OK if there's the demand for it.

As a user, do you prefer a “premium” account that grants you unlimited IMAP access for receiving and sending. Or just the option in the “standard” account to pay for sending each time from the web UI?

Thanks a lot for your input BTW!

no problem!

I would advocate for a gradual enhancement of service - both on your end and for customers - and in that light, the option to pay-per-send (with lightning) from the web UI sounds really perfect. personally I'd go that route before getting into a "premium" tier that I'm not sure I need.

pay once for a year of unlimited receive; then optionally pay per send on demand.

pay-per-X (email, AI queries a–la nostr:nprofile1qqsdy27dk8f9qk7qvrm94pkdtus9xtk970jpcp4w48k6cw0khfm06mspp4mhxue69uhkummn9ekx7mqpz9mhxue69uhkummnw3e82cfwvdhk6qg5waehxw309aex2mrp0yhxgctdw4eju6t09x35fm, etc) is such an insanely promising avenue that Lightning affords. anyone who gets there early will be very happy.

I will caveat this though: if doing PGP encrypted emailing (on user's end. lnemail doesn't need to add encryption) requires attachments, that would be really important! no way I'm using a "private and no-kyc" email provider if I can't encrypt my plaintext.

for the pseudonymous privacy user, you don't actually need (or desire) your email provider to handle encryption. It's probably more desirable and trustless to encrypt your own plaintext and just count on the provider for delivery of the ciphertext and no-KYC signup. once you can get a decently reliable email provider without KYC, the privacy part is fully doable with PGP without the provider providing any other features. ...except maybe attachments.