if you want to unsubscribe

if you want to unsubscribe

[Eric Wong]

mlmmj[1] needs to know YOUR email address when you email:

	unicorn-public+unsubscribe@bogomips.org

Do NOT use "unroll.me" or similar services.

They are meant for unsubscribing from marketing lists with unique
unsubscription addresses for each recipient.  That's not how
discussion list managers like mlmmj, ezmlm, or Mailman work.

[1] http://mlmmj.org/



Dealing with bounces and unsubscription is why I prefer people
read mailing lists over NNTP or HTTP:

nntp://news.public-inbox.org/inbox.comp.lang.ruby.unicorn
nntp://news.gmane.org/gmane.comp.lang.ruby.unicorn.general
http://bogomips.org/unicorn-public/

You'll never need a subscription or even a valid reply
address to mail this list.

Re: if you want to unsubscribe

[Eric Wong]

Eric Wong <e@80x24.org> wrote:
> mlmmj[1] needs to know YOUR email address when you email:
> 
> 	unicorn-public+unsubscribe@bogomips.org
> 
> Do NOT use "unroll.me" or similar services.
> 
> They are meant for unsubscribing from marketing lists with unique
> unsubscription addresses for each recipient.  That's not how
> discussion list managers like mlmmj, ezmlm, or Mailman work.

Actually, if the unique URL is in the List-Unsubscribe header,
it won't be accidentally quoted in discussions.
So I just enabled some gory changes which should add a unique,
per-user URL to the List-Unsubscribe: header.

You should see something like the following in your headers:

List-Unsubscribe: <mailto:unicorn-public+unsubscribe@bogomips.org>,
   <https://bogomips.org/u/2my2pvPLJPZlWCLwyy5VMiO9t/unicorn-public>

The https:// link should be one-click, no-confirmation,
unsubscribe which hopefully makes SORBS and similar services happy.
Yes, that's a destructive GET request with no confirmation.

And barely-tested :)

> [1] http://mlmmj.org/
>
> Dealing with bounces and unsubscription is why I prefer people
> read mailing lists over NNTP or HTTP:

Soon, it will be possible to subscribe using POP3, too,
totally anonymously using a UUID you generate.
It actually makes sense with all the webmail providers which
support it.

> nntp://news.public-inbox.org/inbox.comp.lang.ruby.unicorn
> nntp://news.gmane.org/gmane.comp.lang.ruby.unicorn.general
> http://bogomips.org/unicorn-public/
> 
> You'll never need a subscription or even a valid reply
> address to mail this list.

HTTPS is also available, as long as Let's Encrypt runs:
https://bogomips.org/unicorn-public/

And Tor hidden service:

http://ou63pmih66umazou.onion/unicorn-public/
nntp://ou63pmih66umazou.onion/inbox.comp.lang.ruby.unicorn
torsocks git clone git://ou63pmih66umazou.onion/unicorn # for code

I don't know how stable the hidden service names will be given
how short they are; I know Tor devs are planning a transition
to longer, harder-to-collide ones.
All I know is, there will be more hidden service mirrors.

[1] https://public-inbox.org/meta/20160520213655.19381-1-e@80x24.org/T/
    git clone git://80x24.org/public-inbox