<div dir="ltr">I recently came across a customer who sought to set up Slony on the tail end of a cascaded-replication setup:<div><br></div><div>Node A -&gt; Logical Replication -&gt; Node B -&gt; Slony -&gt; Node C</div><div><br></div><div>We discovered that this does not work because the client (WAL replay process) logs in as a Replica user, but logTrigger won&#39;t fire unless replication role is Origin.</div><div><br></div><div>Seeing that the &quot;replication role == Origin&quot; check is a bit dated, and Slony will enable/disable triggers based on subscriber/provider status, I&#39;m thinking that the attached patch might be worth a discussion.  After all, the &quot;replication role == Origin&quot; check basically negates all the replication role features that are now baked into Postgres core.</div><div><br></div><div>Please let me know if there are other factors to consider.</div><div><br></div><div>Cheers,</div><div>--Richard</div><div><br></div><div><br></div></div>