<div dir="ltr">Just  couple of thoughts:<br><br>Wouldn't the removal of erlang:set_cookie() have a huge impact on one of the cool<br>features of Erlang - dynamic reconfiguration of the running system without stopping it?<div>This function is the only dynamic way of setting a cookie. Two others are static, i.e.</div><div>through the file and command line parameter.</div><div><br>And also for security demanding applications which work within insecure<br>environments erlang:set_cookie() is a very useful function. I.e. read cookie<br>(which changes in time) from a trusted storage and set it without stopping the<br>whole system.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 9 авг. 2021 г. в 20:08, Peter-Henry Mander <<a href="mailto:phmander@googlemail.com">phmander@googlemail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi Raimo,</div><div><br></div><div>Thanks for asking (-:<br></div><div><br></div><div>We've found this erlang:set_cookie/2 function to be very handy in Operations, to be able to launch a remote shell connecting to nodes in a collection of clusters, each with different cookies. E.g. someone has opened a quote in the to_erl shell, leaving the shell "broken" (please, don't snigger...) in the heat of an incident.</div><div><br></div><div>The use case is hardly critical, but the ability to swap cookies will be missed.</div><div><br></div><div>Pete.<br></div></div><br></div>
</blockquote></div>