Re: No easy way to join discussion in existing thread when not subscribed

<div style="font-family: Verdana;font-size: 12.0px;"><div class="moz-cite-prefix">On 09/27/2015 09:34 PM, Jeff Janes
wrote:</div><div><spanstyle="white-space: pre;">> On Sun, Sep 27, 2015 at 11:07 AM, Alvaro Herrera<br /> >
<alvherre@2ndquadrant.com<mailto:alvherre@2ndquadrant.com>> wrote:<br /> ><br /> > Tom Lane wrote:<br
/>> > Amir Rohan <amir.rohan@mail.com <mailto:amir.rohan@mail.com>> writes:<br /> > > > I've
readelsewhere that a possible solution is to provide a<br /> > > > mail address associated with a message
(displayedon the web interface)<br /> > > > that routes your mail message to the thread.<br /> > ><br />
>> Seems awfully like a here-please-spam-us button.<br /> > </span><br /><br /> a captcha would be the usual
wayto solve that problem.<br /><br /><span style="white-space: pre;">> Yeah, that doesn't sound good. What I think
wouldbe workable is to<br /> > create a feature that emails you an archived message, and requires that<br /> >
you'relogged in with your community account. That sounds hard enough<br /> > to abuse by spammers and convenient
enoughfor actual users.<br /> ><br /> > I think majordomo already has a command to do that. It was discussed<br
/>> somewhere on one<br /> > of these lists in the last few months, but I can't seem to find the<br /> >
discussionnow.<br /> > </span><br /><br /><span style="white-space: pre;">> I thought someone was going to create
alink on the maillist archive<br /> > page that would provide some visibility to this buried gem.</span><br /><br />
Isn'tthere a ticket on the bug tracker? ;)<br /><br /><span style="white-space: pre;">> Maybe this vague
recollectioncan jog someone's memory.<br /> > </span><br /><br /> Not my memory, but my urge to read
documentation:<br/><br /> |To: majordomo@postgresql.org<br /><span style="white-space: pre;">|<br /> | approve
mypasswordarchive-get pgsql-www 20150927</span><br /><br /> Will get you the email(s), but:</div><div><br /> 1) You
needto subscribe first (and unsubsribe again later). Defeating the purpose.<br /> 2) Find out how to do this was not
trivialand took (relativly) a lot of time. Hiding instructions on this somewhere on the website wouldn't<br /> be much
betterin practice.<br /> 3) The selection granularity is crap. Asking for a day from -hackers<br /> got me 120 messages
tosift through. Majordomo offers alternative<br /> filters, but none is much better.<br /><br /> So as a user-facing
solution,it sucks, but if it helps to implement<br /> a click handler on the website that gets me a particular
message,</div><div>that'llwork.<br /><br /> Amir</div></div>