Thread: Re: Policy on cross-posting to multiple lists
Greetings, (moving to -www as suggested downthread and as generally more appropriate) * Dean Rasheed (dean.a.rasheed@gmail.com) wrote: > Has the policy on cross-posting to multiple lists been hardened recently? So, the short answer is 'yes'. We've made a few different changes in the recent weeks. The first change that was made was actually to start dropping emails where the list is being BCC'd. That was done a couple of weeks ago and seems to have gone well and has reduced the amount of spam our moderators are dealing with. This most recent change was to implement a policy where we don't allow public lists to be CC'd with other public lists; when that happens we instead reply with an email basically saying "please pick the right list to send your email to." Perhaps that hasn't been getting through to people...? Though I had someone respond to -owner basically saying "thanks, I'll pick the right list", so at least some are seeing it. As for how this change came to be implemented without much discussion externally, I'm afraid that's probably the combination of "well, the BCC change went just fine and no one complained", confusion between folks on infra as to if we had only discussed it internally or if we had already discussed it externally with people (the individual who actually made the change *cough* apparently thought it had already been discussed externally when we hadn't and probably should have at least announced it when we did make the change anyway...), and general frustration among some about the increasing number of cross-post emails we're getting which really shouldn't be cross-posted. In an ideal world, everyone would know that they really *shouldn't* cross-post, and we also wouldn't have extremely long many-mailing-list cross-posted threads, and we wouldn't need to have such a policy, but that's not really where we are. One thing which hadn't been considered and probably should have is the impact on existing threads, but I'm not sure if we really could have sensibly done something about that. Then there's the big question which we really should have discussed ahead of time, but, do people feel that such a restriction ends up doing more harm than good? Are there concerns about the BCC restriction? In the short period of time that it's been in place, I've seen some good come from it in the form of people learning to post to the correct list instead of just cross-posting to a bunch of lists, but I've also seen (now) the cases where existing threads were confused do to the change, so I suppose I'm on the fence, though I still tend towards having the policy in place and hoping that it doesn't overly bother existing users while helping newcomers. We're here now though, so, thoughts? Should I go undo it right away? Should we see how it goes? Try other things? We could possibly have it only apply to emails from people who don't have accounts or who aren't subscribed to the lists? Or have a flag on a per-account basis which basically says "let me cross-post"? Open to suggestions (note: I've not run all the above ideas by the other pglister hacker *cough*, so I can't say if all of them would be possible/reasonable, just throwing out ideas). Thanks! Stephen
Attachment
On 2019-Jan-10, Stephen Frost wrote: > Are there concerns about the BCC restriction? None here. > We're here now though, so, thoughts? Should I go undo it right away? I don't like the crosspost ban, personally. Some sort of limit makes sense, but I think cross-posting to two lists should be allowed. I don't see an use case for cross-posting to more than two lists (though maybe -hackers + -bugs + -docs would make sense ...) -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Stephen Frost <sfrost@snowman.net> writes: > * Dean Rasheed (dean.a.rasheed@gmail.com) wrote: >> Has the policy on cross-posting to multiple lists been hardened recently? > So, the short answer is 'yes'. > Perhaps that hasn't been getting through to people...? If this was publicly announced anywhere, I didn't see it. I would have pushed back if I had. CC'ing -hackers on a reply to a bug report is something I do all the time, and I do not think it'd be a good idea to stop doing so, nor to make the thread disappear from the -bugs archives. I'm quite on board with the need to reduce useless cross-posting, but this is not the solution. Maybe there could be a different rule for initial submissions (one list only) than follow-ups (can add lists)? regards, tom lane
On Thu, 10 Jan 2019 at 17:18, Stephen Frost <sfrost@snowman.net> wrote: > * Dean Rasheed (dean.a.rasheed@gmail.com) wrote: > > Has the policy on cross-posting to multiple lists been hardened recently? > > This most recent change was to implement a policy where we don't allow > public lists to be CC'd with other public lists; when that happens we > instead reply with an email basically saying "please pick the right list > to send your email to." The problem with that as a mechanism for stopping people from cross posting is that it doesn't (and can't) actually stop the message from being delivered to people already on the CC list for that thread. So in this case, Andrew first cross posted it, but I was already on the CC list, so I got the message as normal, not realising that it hadn't come via the lists. I then hit "Reply all" ... (rinse and repeat). I didn't even immediately notice the failure to send the message because my own reply just got added to end of the conversation in my mail client, but presumably the intention was that both Andrew and I should have noticed and re-posted to a single list. But of course that would then have annoyed all the people already on the thread who would have got duplicates of mails they had already received. Personally, I don't have a problem with people cross posting. I think there are real cases where it's the right thing to do -- it's common practice for legitimate reasons. Yes, it can be abused, but there are worse abuses of email all the time. Regards, Dean
On Thu, Jan 10, 2019 at 11:17 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Stephen Frost <sfrost@snowman.net> writes: > > * Dean Rasheed (dean.a.rasheed@gmail.com) wrote: > >> Has the policy on cross-posting to multiple lists been hardened recently? > > > So, the short answer is 'yes'. > > Perhaps that hasn't been getting through to people...? > > If this was publicly announced anywhere, I didn't see it. > I would have pushed back if I had. CC'ing -hackers on a reply to > a bug report is something I do all the time, and I do not think > it'd be a good idea to stop doing so, nor to make the thread > disappear from the -bugs archives. > > I'm quite on board with the need to reduce useless cross-posting, > but this is not the solution. Agreed. Similarly, posts from pgadmin-support sometimes end up intentionally being cross posted to pgadmin-hackers. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Greetings, * Dave Page (dpage@pgadmin.org) wrote: > On Thu, Jan 10, 2019 at 11:17 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > I'm quite on board with the need to reduce useless cross-posting, > > but this is not the solution. > > Agreed. Similarly, posts from pgadmin-support sometimes end up > intentionally being cross posted to pgadmin-hackers. So, in implementing this we did consider that different lists might wish for different policies and given that -hackers seems to be common among the discussion, what if we just dropped the restriction for posts to -hackers? That is, emails to -bugs and -hackers would be allowed through to both lists, cross-posts to -general and -sql, for example, would get the bounce-back. As there seems relatively little downside, I've gone ahead and made that change, but I don't mean to forstall further discussion. Should we apply that change to other lists? To all of them? Tom's idea about allowing cross-posts on replies is an interesting one as well. I've also added a certain someone to the thread explicitly to see what his thoughts are on that, and the rest. Thanks! Stephen
Attachment
On Thu, Jan 10, 2019 at 12:18 PM Stephen Frost <sfrost@snowman.net> wrote: > Are there concerns about the BCC restriction? One thing people sometimes do when something is posted to the wrong list is (1) reply, (2) explain in the reply that the message was posted to the wrong pace, (3) move the original list from Cc into Bcc, and (4) add the correct list into Cc. That has the advantage that people on the original list can see that someone replied (which avoids duplicate replies by different people) and know where to go to find the rest of the discussion if they want to see it. I think the idea of allowing 2 lists but not >2 is probably a good one. Also, it might be good to be more permissive for, say, people who have successfully posted at least 1000 emails to the lists. Such people presumably are less likely to do abusive things, and more likely to care about and heed any correction given to them. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Greetings, * Robert Haas (robertmhaas@gmail.com) wrote: > On Thu, Jan 10, 2019 at 12:18 PM Stephen Frost <sfrost@snowman.net> wrote: > > Are there concerns about the BCC restriction? > > One thing people sometimes do when something is posted to the wrong > list is (1) reply, (2) explain in the reply that the message was > posted to the wrong pace, (3) move the original list from Cc into Bcc, > and (4) add the correct list into Cc. That has the advantage that > people on the original list can see that someone replied (which avoids > duplicate replies by different people) and know where to go to find > the rest of the discussion if they want to see it. While considering that, we actively went and looked at both the frequency and the success of that approach and, frankly, neither were very inspiring. There were very few cases of that being tried and, as I recall anyway, none of them were actually successful in 'moving' the thread- that is, people continued on the original list to begin with anyway, except that some of the thread was now on another list. We had discussed allowing bcc's to lists when we detect that there's at least *some* valid list in the To or Cc line, but it didn't seem worthwhile given the research that was done. For some (private) lists, we have the policy set to moderate emails which bcc those lists (such as -security). Also, the "don't CC multiple lists" was only applied to public/archived lists to begin with, intentionally. > I think the idea of allowing 2 lists but not >2 is probably a good > one. Also, it might be good to be more permissive for, say, people > who have successfully posted at least 1000 emails to the lists. Such > people presumably are less likely to do abusive things, and more > likely to care about and heed any correction given to them. Yeah, that's in-line with what I had suggested up-thread where we have some kind of flag which can either be set by the user themselves (maybe we have some language above the flag that cautions against cross-posts and whatnot), or set by the system (>1000 emails, as you say, or maybe "after 2 weeks of being subscribed to a list", similar to the community account "cooling off" period we have), or maybe by the list admins (likely initially based on a heuristic of "lots of emails sent" or something, but then handled on an individual basis). I am a little concerned that we make the system too complicated for people to understand too though. Haven't got a particularly good answer for that, sadly. Thanks! Stephen
Attachment
Hi, On 2019-01-10 12:47:03 -0500, Tom Lane wrote: > Stephen Frost <sfrost@snowman.net> writes: > > * Dean Rasheed (dean.a.rasheed@gmail.com) wrote: > >> Has the policy on cross-posting to multiple lists been hardened recently? > > > So, the short answer is 'yes'. > > Perhaps that hasn't been getting through to people...? > > If this was publicly announced anywhere, I didn't see it. > I would have pushed back if I had. CC'ing -hackers on a reply to > a bug report is something I do all the time, and I do not think > it'd be a good idea to stop doing so, nor to make the thread > disappear from the -bugs archives. +1 This seems quite the significant change to make without public discussion. Greetings, Andres Freund
On 2019-01-10 12:18:35 -0500, Stephen Frost wrote: > Should I go undo it right away? Yes.
>> I'm quite on board with the need to reduce useless cross-posting, >> but this is not the solution. > > Agreed. Similarly, posts from pgadmin-support sometimes end up > intentionally being cross posted to pgadmin-hackers. Another use case is, pgsql-docs and pgsql-hackers. For non trivial documentation changes I would like to register a doc patch to CF, but CF app does not pick up any messages other than posted in pgsql-hackers. So to discuss with pgsql-doc subscribers, while dealing with CF app, I would like cross postings for pgsql-hackers and pgsql-docs. Best regards, -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese:http://www.sraoss.co.jp
Greetings, * Tatsuo Ishii (ishii@sraoss.co.jp) wrote: > >> I'm quite on board with the need to reduce useless cross-posting, > >> but this is not the solution. > > > > Agreed. Similarly, posts from pgadmin-support sometimes end up > > intentionally being cross posted to pgadmin-hackers. > > Another use case is, pgsql-docs and pgsql-hackers. For non trivial > documentation changes I would like to register a doc patch to CF, but > CF app does not pick up any messages other than posted in > pgsql-hackers. So to discuss with pgsql-doc subscribers, while dealing > with CF app, I would like cross postings for pgsql-hackers and > pgsql-docs. So, cross-posting between -hackers and -docs should be working now, thanks to the change I made yesterday. After stealing some time from Magnus to chat quickly about this (he seems to be mostly unavailable at present), what we're trying to figure out is what the group, overall, wants, and in particular if the change to allow cross-posting with -hackers solves the valid use-cases while preventing the invalid use-cases (like cross-posting between -general, -performance, and -sql). Of course, it isn't perfect, but then it's unlikely that anything will be. Changes which require us to write additional code into pglister will, of course, take longer, but we can work towards it if there's agreement about what such a change would look like. In the interim, we could see how things go with the current configuration, or we could add other lists to the 'exclude', beyond just -hackers and the private lists, or we could add them all (effectively going back to where things were before the changes were made). Thoughts? Specific votes in one of those directions would help me, at least, figure out what should be done today. Thanks! Stephen
Attachment
On Fri, Jan 11, 2019 at 11:38 AM Stephen Frost <sfrost@snowman.net> wrote: > Thoughts? Specific votes in one of those directions would help me, at > least, figure out what should be done today. Well, you know, you could just undo the ban which you imposed unilaterally and which nobody so far has said they liked, and multiple people have said they disliked. Then after having the public discussion about what the policy should be, you could implement the conclusions of that discussion. I mean, personally, I have no problem with SOME cross-posting restrictions, but nothing you've proposed so far seems very good, other than maybe the >2 rule. But if you're looking to understand what people want better, you don't really need more votes. What has been said by a whole bunch of people is not in any significant way unclear. They don't like the restrictions, and they do like being consulted. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Hi, On 2019-01-11 11:38:05 -0500, Stephen Frost wrote: > After stealing some time from Magnus to chat quickly about this (he > seems to be mostly unavailable at present), what we're trying to figure > out is what the group, overall, wants, and in particular if the change > to allow cross-posting with -hackers solves the valid use-cases while > preventing the invalid use-cases (like cross-posting between -general, > -performance, and -sql). Those don't really seem to be common and painful enough to really need a technical solution. -performance still seems like a useful subset of people, and sometimes threads migrate to/from there. I'd personally just merge -sql with -general, it doesn't seem to have a use-case left anymore. But that can be done later. > Of course, it isn't perfect, but then it's unlikely that anything will > be. Changes which require us to write additional code into pglister > will, of course, take longer, but we can work towards it if there's > agreement about what such a change would look like. In the interim, we > could see how things go with the current configuration, or we could add > other lists to the 'exclude', beyond just -hackers and the private > lists, or we could add them all (effectively going back to where things > were before the changes were made). > > Thoughts? Specific votes in one of those directions would help me, at > least, figure out what should be done today. I think you should just revert to the prior state, and then we can discuss potential solutions and the problems they're intended to address. I find it baffling that after being called out for unilateral/not publicly discussed decisions you attempt to address that criticism by continuing to make unilateral decisions. Greetings, Andres Freund
On 2019-Jan-11, Andres Freund wrote: > On 2019-01-11 11:38:05 -0500, Stephen Frost wrote: > > Thoughts? Specific votes in one of those directions would help me, at > > least, figure out what should be done today. > > I think you should just revert to the prior state, and then we can > discuss potential solutions and the problems they're intended to > address. +1 -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
On Fri, Jan 11, 2019 at 7:33 PM Alvaro Herrera <alvherre@2ndquadrant.com> wrote:
On 2019-Jan-11, Andres Freund wrote:
> On 2019-01-11 11:38:05 -0500, Stephen Frost wrote:
> > Thoughts? Specific votes in one of those directions would help me, at
> > least, figure out what should be done today.
>
> I think you should just revert to the prior state, and then we can
> discuss potential solutions and the problems they're intended to
> address.
+1
I've reverted this change across all lists it was enabled for.
And for the record, I'm the one who asked Stephen to go for a second round of feedback and not just immediately revert it (he pinged me on chat, as I was unable to keep track of the mail thread myself due to other commitments and airplanes and things).
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > On 2019-Jan-11, Andres Freund wrote: >> On 2019-01-11 11:38:05 -0500, Stephen Frost wrote: >>> Thoughts? Specific votes in one of those directions would help me, at >>> least, figure out what should be done today. >> I think you should just revert to the prior state, and then we can >> discuss potential solutions and the problems they're intended to >> address. > +1 Same here. The problem you want to solve has been there for decades, we don't need a solution urgently. regards, tom lane
Greetings, * Tom Lane (tgl@sss.pgh.pa.us) wrote: > Alvaro Herrera <alvherre@2ndquadrant.com> writes: > > On 2019-Jan-11, Andres Freund wrote: > >> On 2019-01-11 11:38:05 -0500, Stephen Frost wrote: > >>> Thoughts? Specific votes in one of those directions would help me, at > >>> least, figure out what should be done today. > > >> I think you should just revert to the prior state, and then we can > >> discuss potential solutions and the problems they're intended to > >> address. > > > +1 > > Same here. The problem you want to solve has been there for decades, > we don't need a solution urgently. So, this thread never got to anywhere and, unsurprisingly, we're seeing not just a continuing set of cross-posts that shouldn't be, but an increase in them. At this point, I'd suggest we start moderating such cross-posts, letting moderators know that they should reject ones that aren't done with any thought to it with a request to the submitter to please pick a list instead of spamming them all. Thoughts? Thanks, Stephen
Attachment
On Fri, May 22, 2020 at 7:48 PM Stephen Frost <sfrost@snowman.net> wrote: > > Greetings, > > * Tom Lane (tgl@sss.pgh.pa.us) wrote: > > Alvaro Herrera <alvherre@2ndquadrant.com> writes: > > > On 2019-Jan-11, Andres Freund wrote: > > >> On 2019-01-11 11:38:05 -0500, Stephen Frost wrote: > > >>> Thoughts? Specific votes in one of those directions would help me, at > > >>> least, figure out what should be done today. > > > > >> I think you should just revert to the prior state, and then we can > > >> discuss potential solutions and the problems they're intended to > > >> address. > > > > > +1 > > > > Same here. The problem you want to solve has been there for decades, > > we don't need a solution urgently. > > So, this thread never got to anywhere and, unsurprisingly, we're seeing > not just a continuing set of cross-posts that shouldn't be, but an > increase in them. > > At this point, I'd suggest we start moderating such cross-posts, letting > moderators know that they should reject ones that aren't done with any > thought to it with a request to the submitter to please pick a list > instead of spamming them all. > > Thoughts? Huge +1
Stephen Frost <sfrost@snowman.net> writes: > At this point, I'd suggest we start moderating such cross-posts, letting > moderators know that they should reject ones that aren't done with any > thought to it with a request to the submitter to please pick a list > instead of spamming them all. +1 ... the problem does seem to be getting worse lately. regards, tom lane
On Fri, May 22, 2020 at 9:04 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
Stephen Frost <sfrost@snowman.net> writes:
> At this point, I'd suggest we start moderating such cross-posts, letting
> moderators know that they should reject ones that aren't done with any
> thought to it with a request to the submitter to please pick a list
> instead of spamming them all.
+1 ... the problem does seem to be getting worse lately.
regards, tom lane
We have a few internal lists set to discard at this point. And to be clear of the differences:
* Allow -- any number of CCs are allowed
* Moderate -- if more than one list is in to or cc, email gets moderated and sender gets a notice (with option to withdraw)
* Discard -- if more than one list in to or cc, email gets discarded, and sender gets a notice
If an email is cced between a list that's moderate and one that's discard, it gets discarded from the one list and moderated on the other one, and the sender gets two separate notices. If it's cced between two lists that are both in moderate, the sender gets one moderation notice for each of them. If it's only cced between lists with discard policy, sender gets a single notice.
I haven't (yet) reconfigured any lists. But right now all our general lists have policy "allow". Should we more or less change all our public lists to be "moderate"?
Magnus Hagander <magnus@hagander.net> writes: > I haven't (yet) reconfigured any lists. But right now all our general lists > have policy "allow". Should we more or less change all our public lists to > be "moderate"? The only case that might be a bad idea IMO is cross-posts between pgsql-bugs and other lists. I could personally do without that case too, but we have done it often in the past (and I think there's at least one such thread active right now). regards, tom lane
Greetings, * Tom Lane (tgl@sss.pgh.pa.us) wrote: > Magnus Hagander <magnus@hagander.net> writes: > > I haven't (yet) reconfigured any lists. But right now all our general lists > > have policy "allow". Should we more or less change all our public lists to > > be "moderate"? > > The only case that might be a bad idea IMO is cross-posts between > pgsql-bugs and other lists. I could personally do without that case > too, but we have done it often in the past (and I think there's at > least one such thread active right now). Such cases wouldn't be dropped- just moderated, at least until/unless we implement something to allow bypassing that moderation in some cases. +1 for enabling it across the board and then we can keep an eye on it and if it becomes a lot of effort for moderators or we end up with things getting too delayed then we can always adjust either the lists this is applied to, or have a mechanism/flag to allow certain posters to bypass this particular moderation, or similar. In addition, I would add this to: https://www.postgresql.org/list/ Tip #3: Choose the most appropriate list Choose the most appropriate individual list for your question- please do not cross-post between the mailing lists (unless there is a specific reason, such as a confirmed bug reported on -bugs leading into a discussion which is appropriate for -hackers). Cross-posted emails (ones where more than one list is included in the To or CC) will be moderated and therefore will also take longer to reach subscribers. (or something along those lines) Lastly, let's make sure to notify all the moderators explicitly of the change- I'm not sure if all of them follow -www. Thanks, Stephen
Attachment
Greetings, * Stephen Frost (sfrost@snowman.net) wrote: > Tip #3: Choose the most appropriate list > > Choose the most appropriate individual list for your question- > please do not cross-post between the mailing lists (unless there is a > specific reason, such as a confirmed bug reported on -bugs leading into > a discussion which is appropriate for -hackers). Cross-posted emails > (ones where more than one list is included in the To or CC) will be > moderated and therefore will also take longer to reach subscribers. Concretely, I propose to push the attached later today, unless anyone has an issue with it. This restructures the page a bit to title the Tips section explicitly, and moves the title for Subscribing/Unsubscribing down to actually be over that part of the page, and adds a paragraph explicitly talking about Unsubscribing, since we didn't actually have that before (even though the title implied we did..). Thanks, Stephen
Attachment
On Tue, Jul 14, 2020 at 4:23 PM Stephen Frost <sfrost@snowman.net> wrote:
Greetings,
* Stephen Frost (sfrost@snowman.net) wrote:
> Tip #3: Choose the most appropriate list
>
> Choose the most appropriate individual list for your question-
> please do not cross-post between the mailing lists (unless there is a
> specific reason, such as a confirmed bug reported on -bugs leading into
> a discussion which is appropriate for -hackers). Cross-posted emails
> (ones where more than one list is included in the To or CC) will be
> moderated and therefore will also take longer to reach subscribers.
Concretely, I propose to push the attached later today, unless anyone
has an issue with it.
This restructures the page a bit to title the Tips section explicitly,
and moves the title for Subscribing/Unsubscribing down to actually be
over that part of the page, and adds a paragraph explicitly talking
about Unsubscribing, since we didn't actually have that before (even
though the title implied we did..).
LGTM.
Greetings, * Magnus Hagander (magnus@hagander.net) wrote: > On Tue, Jul 14, 2020 at 4:23 PM Stephen Frost <sfrost@snowman.net> wrote: > > * Stephen Frost (sfrost@snowman.net) wrote: > > > Tip #3: Choose the most appropriate list > > > > > > Choose the most appropriate individual list for your question- > > > please do not cross-post between the mailing lists (unless there is a > > > specific reason, such as a confirmed bug reported on -bugs leading into > > > a discussion which is appropriate for -hackers). Cross-posted emails > > > (ones where more than one list is included in the To or CC) will be > > > moderated and therefore will also take longer to reach subscribers. > > > > Concretely, I propose to push the attached later today, unless anyone > > has an issue with it. > > > > This restructures the page a bit to title the Tips section explicitly, > > and moves the title for Subscribing/Unsubscribing down to actually be > > over that part of the page, and adds a paragraph explicitly talking > > about Unsubscribing, since we didn't actually have that before (even > > though the title implied we did..). > > LGTM. Thanks, pushed. With that done, I think we can go ahead and enable the moderation of cross-posted emails. Thanks! Stephen
Attachment
On 2020-Jul-15, Stephen Frost wrote: > With that done, I think we can go ahead and enable the moderation of > cross-posted emails. BTW now that this is working, I think we should discuss that if person A cross-posts, and that post is approved, then whenever person B replies it should also be approved -- surely there's no need to approve the cross-posting (for the known subset of lists) for each reply. (We were just bitten by that in thread https://postgr.es/m/15858-9572469fd3b73263@postgresql.org ) Right? -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > BTW now that this is working, I think we should discuss that if person A > cross-posts, and that post is approved, then whenever person B replies > it should also be approved -- surely there's no need to approve the > cross-posting (for the known subset of lists) for each reply. If that can be automated it'd surely make things noticeably less painful. As is, once somebody's started a multi-list thread, the only way to get out of trouble is for someone to remember to remove other lists from a reply ... and even then, if anyone replies to an earlier post, it's a mess all over again. But I didn't realize we had the ability to pre-approve whole threads for this filter? regards, tom lane
On Thu, Sep 17, 2020 at 9:03 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> BTW now that this is working, I think we should discuss that if person A
> cross-posts, and that post is approved, then whenever person B replies
> it should also be approved -- surely there's no need to approve the
> cross-posting (for the known subset of lists) for each reply.
If that can be automated it'd surely make things noticeably less painful.
As is, once somebody's started a multi-list thread, the only way to get
out of trouble is for someone to remember to remove other lists from a
reply ... and even then, if anyone replies to an earlier post, it's a mess
all over again. But I didn't realize we had the ability to pre-approve
whole threads for this filter?
We don't. And I don't see an obvious way to do it either.