discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

is color an actual operator module ?

JB
Jordan Brown
Wed, Aug 13, 2025 7:21 AM

Sigh.  I HATE the way that the mailing list is configured, that it defeats the mail client “reply to sender” feature and tricks you into sending intended-to-be-private messages to the whole world.

My heartfelt apologies to Jeff for accidentally sending this to the mailing list.

Sigh. I HATE the way that the mailing list is configured, that it defeats the mail client “reply to sender” feature and tricks you into sending intended-to-be-private messages to the whole world. My heartfelt apologies to Jeff for accidentally sending this to the mailing list.
JB
Jon Bondy
Wed, Aug 13, 2025 10:19 AM

I agree.  I have been caught in this trap more than once.  The mailing
list is very frustrating.

On 8/13/2025 3:21 AM, Jordan Brown via Discuss wrote:

Sigh.  I HATE the way that the mailing list is configured, that it defeats the mail client “reply to sender” feature and tricks you into sending intended-to-be-private messages to the whole world.

My heartfelt apologies to Jeff for accidentally sending this to the mailing list.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

--
This email has been checked for viruses by AVG antivirus software.
www.avg.com

I agree.  I have been caught in this trap more than once.  The mailing list is very frustrating. On 8/13/2025 3:21 AM, Jordan Brown via Discuss wrote: > Sigh. I HATE the way that the mailing list is configured, that it defeats the mail client “reply to sender” feature and tricks you into sending intended-to-be-private messages to the whole world. > > My heartfelt apologies to Jeff for accidentally sending this to the mailing list. > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org -- This email has been checked for viruses by AVG antivirus software. www.avg.com
JD
John David
Wed, Aug 13, 2025 12:16 PM

I have been caught in this as well.  I wonder if it can be reconfigured as
"reply" to send to the poster, and "reply all" to send to everyone.

On Wed, Aug 13, 2025 at 6:19 AM Jon Bondy via Discuss <
discuss@lists.openscad.org> wrote:

I agree.  I have been caught in this trap more than once.  The mailing
list is very frustrating.

On 8/13/2025 3:21 AM, Jordan Brown via Discuss wrote:

Sigh.  I HATE the way that the mailing list is configured, that it

defeats the mail client “reply to sender” feature and tricks you into
sending intended-to-be-private messages to the whole world.

My heartfelt apologies to Jeff for accidentally sending this to the

mailing list.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

--
This email has been checked for viruses by AVG antivirus software.
www.avg.com


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

I have been caught in this as well. I wonder if it can be reconfigured as "reply" to send to the poster, and "reply all" to send to everyone. On Wed, Aug 13, 2025 at 6:19 AM Jon Bondy via Discuss < discuss@lists.openscad.org> wrote: > I agree. I have been caught in this trap more than once. The mailing > list is very frustrating. > > > On 8/13/2025 3:21 AM, Jordan Brown via Discuss wrote: > > Sigh. I HATE the way that the mailing list is configured, that it > defeats the mail client “reply to sender” feature and tricks you into > sending intended-to-be-private messages to the whole world. > > > > My heartfelt apologies to Jeff for accidentally sending this to the > mailing list. > > _______________________________________________ > > OpenSCAD mailing list > > To unsubscribe send an email to discuss-leave@lists.openscad.org > > -- > This email has been checked for viruses by AVG antivirus software. > www.avg.com > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org >
JB
Jordan Brown
Wed, Aug 13, 2025 12:46 PM

On 8/13/2025 1:16 PM, John David via Discuss wrote:

I have been caught in this as well.  I wonder if it can be
reconfigured as "reply" to send to the poster, and "reply all" to send
to everyone.

I'm pretty sure that it can be - it's a MailMan instance, and although I
am not familiar with MailMan 3 I used to administer a couple of MailMan
2 mailing lists, and it's a separate setting there.  (It's easy to think
that it's tied to the DMARC handling, which also rearranges the From
header, but it's not.  The good DMARC configuration is to set From to
the mailing list, so that providers don't think that the message is a
forgery, but set Reply-To to point to the sender.)

I've complained about it a couple of times, but so far I haven't been
able to convince the maintainer to change it.

On 8/13/2025 1:16 PM, John David via Discuss wrote: > I have been caught in this as well.  I wonder if it can be > reconfigured as "reply" to send to the poster, and "reply all" to send > to everyone. I'm pretty sure that it can be - it's a MailMan instance, and although I am not familiar with MailMan 3 I used to administer a couple of MailMan 2 mailing lists, and it's a separate setting there.  (It's easy to think that it's tied to the DMARC handling, which also rearranges the From header, but it's not.  The good DMARC configuration is to set From to the mailing list, so that providers don't think that the message is a forgery, but set Reply-To to point to the sender.) I've complained about it a couple of times, but so far I haven't been able to convince the maintainer to change it.
JD
John David
Wed, Aug 13, 2025 12:52 PM

Would it help for a group of us to request the change?

On Wed, Aug 13, 2025 at 8:46 AM Jordan Brown openscad@jordan.maileater.net
wrote:

On 8/13/2025 1:16 PM, John David via Discuss wrote:

I have been caught in this as well.  I wonder if it can be
reconfigured as "reply" to send to the poster, and "reply all" to send
to everyone.

I'm pretty sure that it can be - it's a MailMan instance, and although I
am not familiar with MailMan 3 I used to administer a couple of MailMan
2 mailing lists, and it's a separate setting there.  (It's easy to think
that it's tied to the DMARC handling, which also rearranges the From
header, but it's not.  The good DMARC configuration is to set From to
the mailing list, so that providers don't think that the message is a
forgery, but set Reply-To to point to the sender.)

I've complained about it a couple of times, but so far I haven't been
able to convince the maintainer to change it.

Would it help for a group of us to request the change? On Wed, Aug 13, 2025 at 8:46 AM Jordan Brown <openscad@jordan.maileater.net> wrote: > On 8/13/2025 1:16 PM, John David via Discuss wrote: > > I have been caught in this as well. I wonder if it can be > > reconfigured as "reply" to send to the poster, and "reply all" to send > > to everyone. > > I'm pretty sure that it can be - it's a MailMan instance, and although I > am not familiar with MailMan 3 I used to administer a couple of MailMan > 2 mailing lists, and it's a separate setting there. (It's easy to think > that it's tied to the DMARC handling, which also rearranges the From > header, but it's not. The good DMARC configuration is to set From to > the mailing list, so that providers don't think that the message is a > forgery, but set Reply-To to point to the sender.) > > I've complained about it a couple of times, but so far I haven't been > able to convince the maintainer to change it. > > >
RW
Rogier Wolff
Wed, Aug 13, 2025 1:02 PM

On Wed, Aug 13, 2025 at 08:52:31AM -0400, John David via Discuss wrote:

Would it help for a group of us to request the change?

My mail program (mutt) asks me if I want to reply tot the reply-to
address when it isn't the same. (It asks a yes-no question and does
not clearly state which will be yes, and what will be "no", so there
is still room for improvement.).

But the "reply-to" the list is generally what is usually preferable.
Otherwise many conversations would silently "go private" by accident.

But yes: I agree that the "a private message accidentally going
public" is a bad situation.

Roger. 

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 **
** Verl. Spiegelmakerstraat 37 2645 LZ  Delfgauw, The Netherlands.
** KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a** is going up.  -- Chris Hadfield about flying up the space shuttle.
**  'a' for accelleration.

On Wed, Aug 13, 2025 at 08:52:31AM -0400, John David via Discuss wrote: > Would it help for a group of us to request the change? My mail program (mutt) asks me if I want to reply tot the reply-to address when it isn't the same. (It asks a yes-no question and does not clearly state which will be yes, and what will be "no", so there is still room for improvement.). But the "reply-to" the list is generally what is usually preferable. Otherwise many conversations would silently "go private" by accident. But yes: I agree that the "a private message accidentally going public" is a bad situation. Roger. -- ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 ** ** Verl. Spiegelmakerstraat 37 2645 LZ Delfgauw, The Netherlands. ** KVK: 27239233 ** f equals m times a. When your f is steady, and your m is going down your a** is going up. -- Chris Hadfield about flying up the space shuttle. ** 'a' for accelleration.
JD
John David
Wed, Aug 13, 2025 1:03 PM

Maybe I am missing something here, but a NURB can create an exact circle,
and there is a package that released an implementation late last year.
I've used it for a couple of small projects in OpenSCAD as part of the
BOSL2 library: https://github.com/BelfrySCAD/BOSL2/wiki/nurbs.scad

On Mon, Aug 11, 2025 at 1:44 PM Rogier Wolff via Discuss <
discuss@lists.openscad.org> wrote:

On Sun, Aug 10, 2025 at 03:39:42PM +0000, Jordan Brown via Discuss wrote:

Yes.  At least some devices can do gcode arcs in their firmware, which

is a

good step, but I have no idea whether the slicers and CAM connect those
dots.

Yes. I made a 2D foam cutting machine. I bought a "standard"
3D-printer-mainboard in china, installed octoprint on an orange pi
zero, and wrote the GCODE by hand (all 113 lines). I use the machine
for one specific job, so this is way easier than writing a whole
toolchain. There is one curve in the final product. Two products from
one sheet, so there are two arc commands in my GCODE and that works.

I'm using the marlin firmware that the manufacturer put in the
mainboard, so marlin already supports those arcs.

To get openscad to support curves, I'd personally recommend following
Prof. Jim Blinn's advice to just use 3rd degree splines/beziers
everywhere (one or the other: make a choice. Transform the one that
you're not natively supporting). The approximation of a circle and
sphere are then "very good", and by eye you cannot see that they are
not real circles and spheres.

What I don't remember from his class was: Is the curve you get by
intersecting two 3rd degree spline patches also a 3rd degree spline? I
suspect it is not. So that complicates things: intersecting say a
sphere and a cylinder would require you to match a bunch of new 3rd
degree splines with the 6th degree intersection curve (which is hard
to algorithmically find anyway).

Differencing a cylinder along one of the axes with a sphere of the
same radius is going to give predictable results. But rotate the
cylinder off-axis, and you might get "ugly" results, where if say the
sphere is a tiny bit larger than the cylinder, you get ugly edges
(i.e. not a circle).

For openscad the "small steps" road to this support would start with
generalizing the "triangle" between 3 points to supporting bezier/spline
patches between 4 points.

Postpone the difficult parts: When things get messy you can downgrade
the patch to triangles, e.g. to find the intersection.

If we can then export the curves when they haven't been "downgraded",
slicers can already be provided test-data for processing curves.

     Roger.

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110
**
** Verl. Spiegelmakerstraat 37 2645 LZ  Delfgauw, The Netherlands.
** KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a** is going up.  -- Chris Hadfield about flying up the space shuttle.
**  'a' for accelleration.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

Maybe I am missing something here, but a NURB can create an exact circle, and there is a package that released an implementation late last year. I've used it for a couple of small projects in OpenSCAD as part of the BOSL2 library: <https://github.com/BelfrySCAD/BOSL2/wiki/nurbs.scad> On Mon, Aug 11, 2025 at 1:44 PM Rogier Wolff via Discuss < discuss@lists.openscad.org> wrote: > On Sun, Aug 10, 2025 at 03:39:42PM +0000, Jordan Brown via Discuss wrote: > > Yes. At least some devices can do gcode arcs in their firmware, which > is a > > good step, but I have no idea whether the slicers and CAM connect those > > dots. > > Yes. I made a 2D foam cutting machine. I bought a "standard" > 3D-printer-mainboard in china, installed octoprint on an orange pi > zero, and wrote the GCODE by hand (all 113 lines). I use the machine > for one specific job, so this is way easier than writing a whole > toolchain. There is one curve in the final product. Two products from > one sheet, so there are two arc commands in my GCODE and that works. > > I'm using the marlin firmware that the manufacturer put in the > mainboard, so marlin already supports those arcs. > > To get openscad to support curves, I'd personally recommend following > Prof. Jim Blinn's advice to just use 3rd degree splines/beziers > everywhere (one or the other: make a choice. Transform the one that > you're not natively supporting). The approximation of a circle and > sphere are then "very good", and by eye you cannot see that they are > not real circles and spheres. > > What I don't remember from his class was: Is the curve you get by > intersecting two 3rd degree spline patches also a 3rd degree spline? I > suspect it is not. So that complicates things: intersecting say a > sphere and a cylinder would require you to match a bunch of new 3rd > degree splines with the 6th degree intersection curve (which is hard > to algorithmically find anyway). > > Differencing a cylinder along one of the axes with a sphere of the > same radius is going to give predictable results. But rotate the > cylinder off-axis, and you might get "ugly" results, where if say the > sphere is a tiny bit larger than the cylinder, you get ugly edges > (i.e. not a circle). > > For openscad the "small steps" road to this support would start with > generalizing the "triangle" between 3 points to supporting bezier/spline > patches between 4 points. > > Postpone the difficult parts: When things get messy you can downgrade > the patch to triangles, e.g. to find the intersection. > > If we can then export the curves when they haven't been "downgraded", > slicers can already be provided test-data for processing curves. > > Roger. > > -- > ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 > ** > ** Verl. Spiegelmakerstraat 37 2645 LZ Delfgauw, The Netherlands. > ** KVK: 27239233 ** > f equals m times a. When your f is steady, and your m is going down > your a** is going up. -- Chris Hadfield about flying up the space shuttle. > ** 'a' for accelleration. > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org >
TA
Todd Allen
Wed, Aug 13, 2025 1:30 PM

Maybe I am missing something here, but a NURB can create an exact circle,

The BOSL2 library can produce points from a NURB.  Those points might all
very nearly lie on an exact circle but they do not define a true circle and
there is no capacity to continue processing or export those points as a
circle or a curve.

On Wed, Aug 13, 2025 at 8:03 AM John David ebo.2112@gmail.com wrote:

Maybe I am missing something here, but a NURB can create an exact circle,
and there is a package that released an implementation late last year.
I've used it for a couple of small projects in OpenSCAD as part of the
BOSL2 library: https://github.com/BelfrySCAD/BOSL2/wiki/nurbs.scad

On Mon, Aug 11, 2025 at 1:44 PM Rogier Wolff via Discuss <
discuss@lists.openscad.org> wrote:

On Sun, Aug 10, 2025 at 03:39:42PM +0000, Jordan Brown via Discuss wrote:

Yes.  At least some devices can do gcode arcs in their firmware, which

is a

good step, but I have no idea whether the slicers and CAM connect those
dots.

Yes. I made a 2D foam cutting machine. I bought a "standard"
3D-printer-mainboard in china, installed octoprint on an orange pi
zero, and wrote the GCODE by hand (all 113 lines). I use the machine
for one specific job, so this is way easier than writing a whole
toolchain. There is one curve in the final product. Two products from
one sheet, so there are two arc commands in my GCODE and that works.

I'm using the marlin firmware that the manufacturer put in the
mainboard, so marlin already supports those arcs.

To get openscad to support curves, I'd personally recommend following
Prof. Jim Blinn's advice to just use 3rd degree splines/beziers
everywhere (one or the other: make a choice. Transform the one that
you're not natively supporting). The approximation of a circle and
sphere are then "very good", and by eye you cannot see that they are
not real circles and spheres.

What I don't remember from his class was: Is the curve you get by
intersecting two 3rd degree spline patches also a 3rd degree spline? I
suspect it is not. So that complicates things: intersecting say a
sphere and a cylinder would require you to match a bunch of new 3rd
degree splines with the 6th degree intersection curve (which is hard
to algorithmically find anyway).

Differencing a cylinder along one of the axes with a sphere of the
same radius is going to give predictable results. But rotate the
cylinder off-axis, and you might get "ugly" results, where if say the
sphere is a tiny bit larger than the cylinder, you get ugly edges
(i.e. not a circle).

For openscad the "small steps" road to this support would start with
generalizing the "triangle" between 3 points to supporting bezier/spline
patches between 4 points.

Postpone the difficult parts: When things get messy you can downgrade
the patch to triangles, e.g. to find the intersection.

If we can then export the curves when they haven't been "downgraded",
slicers can already be provided test-data for processing curves.

     Roger.

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110
**
** Verl. Spiegelmakerstraat 37 2645 LZ  Delfgauw, The Netherlands.
** KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a** is going up.  -- Chris Hadfield about flying up the space
shuttle.
**  'a' for accelleration.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

Maybe I am missing something here, but a NURB can create an exact circle, The BOSL2 library can produce points from a NURB. Those points might all very nearly lie on an exact circle but they do not define a true circle and there is no capacity to continue processing or export those points as a circle or a curve. On Wed, Aug 13, 2025 at 8:03 AM John David <ebo.2112@gmail.com> wrote: > Maybe I am missing something here, but a NURB can create an exact circle, > and there is a package that released an implementation late last year. > I've used it for a couple of small projects in OpenSCAD as part of the > BOSL2 library: <https://github.com/BelfrySCAD/BOSL2/wiki/nurbs.scad> > > On Mon, Aug 11, 2025 at 1:44 PM Rogier Wolff via Discuss < > discuss@lists.openscad.org> wrote: > >> On Sun, Aug 10, 2025 at 03:39:42PM +0000, Jordan Brown via Discuss wrote: >> > Yes. At least some devices can do gcode arcs in their firmware, which >> is a >> > good step, but I have no idea whether the slicers and CAM connect those >> > dots. >> >> Yes. I made a 2D foam cutting machine. I bought a "standard" >> 3D-printer-mainboard in china, installed octoprint on an orange pi >> zero, and wrote the GCODE by hand (all 113 lines). I use the machine >> for one specific job, so this is way easier than writing a whole >> toolchain. There is one curve in the final product. Two products from >> one sheet, so there are two arc commands in my GCODE and that works. >> >> I'm using the marlin firmware that the manufacturer put in the >> mainboard, so marlin already supports those arcs. >> >> To get openscad to support curves, I'd personally recommend following >> Prof. Jim Blinn's advice to just use 3rd degree splines/beziers >> everywhere (one or the other: make a choice. Transform the one that >> you're not natively supporting). The approximation of a circle and >> sphere are then "very good", and by eye you cannot see that they are >> not real circles and spheres. >> >> What I don't remember from his class was: Is the curve you get by >> intersecting two 3rd degree spline patches also a 3rd degree spline? I >> suspect it is not. So that complicates things: intersecting say a >> sphere and a cylinder would require you to match a bunch of new 3rd >> degree splines with the 6th degree intersection curve (which is hard >> to algorithmically find anyway). >> >> Differencing a cylinder along one of the axes with a sphere of the >> same radius is going to give predictable results. But rotate the >> cylinder off-axis, and you might get "ugly" results, where if say the >> sphere is a tiny bit larger than the cylinder, you get ugly edges >> (i.e. not a circle). >> >> For openscad the "small steps" road to this support would start with >> generalizing the "triangle" between 3 points to supporting bezier/spline >> patches between 4 points. >> >> Postpone the difficult parts: When things get messy you can downgrade >> the patch to triangles, e.g. to find the intersection. >> >> If we can then export the curves when they haven't been "downgraded", >> slicers can already be provided test-data for processing curves. >> >> Roger. >> >> -- >> ** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 >> ** >> ** Verl. Spiegelmakerstraat 37 2645 LZ Delfgauw, The Netherlands. >> ** KVK: 27239233 ** >> f equals m times a. When your f is steady, and your m is going down >> your a** is going up. -- Chris Hadfield about flying up the space >> shuttle. >> ** 'a' for accelleration. >> _______________________________________________ >> OpenSCAD mailing list >> To unsubscribe send an email to discuss-leave@lists.openscad.org >> >
GB
Glenn Butcher
Wed, Aug 13, 2025 1:58 PM

Apologies in advance if this seems harsh...

I think this falls into the old 'reply-all' bucket, don't do that.  I
don't know of a mail program in use today that doesn't display the
contents of the To:, Cc: and Bcc: lines of a draft email, so pay
attention to what's in there.

Words of wisdom from my mother: "Do you know who you're talking to??"

Regards,
Glenn Butcher

On 8/13/2025 7:02 AM, Rogier Wolff via Discuss wrote:

On Wed, Aug 13, 2025 at 08:52:31AM -0400, John David via Discuss wrote:

Would it help for a group of us to request the change?
My mail program (mutt) asks me if I want to reply tot the reply-to
address when it isn't the same. (It asks a yes-no question and does
not clearly state which will be yes, and what will be "no", so there
is still room for improvement.).

But the "reply-to" the list is generally what is usually preferable.
Otherwise many conversations would silently "go private" by accident.

But yes: I agree that the "a private message accidentally going
public" is a bad situation.

Roger.
Apologies in advance if this seems harsh... I think this falls into the old 'reply-all' bucket, don't do that.  I don't know of a mail program in use today that doesn't display the contents of the To:, Cc: and Bcc: lines of a draft email, so pay attention to what's in there. Words of wisdom from my mother: "Do you know who you're talking to??" Regards, Glenn Butcher On 8/13/2025 7:02 AM, Rogier Wolff via Discuss wrote: > On Wed, Aug 13, 2025 at 08:52:31AM -0400, John David via Discuss wrote: >> Would it help for a group of us to request the change? > My mail program (mutt) asks me if I want to reply tot the reply-to > address when it isn't the same. (It asks a yes-no question and does > not clearly state which will be yes, and what will be "no", so there > is still room for improvement.). > > But the "reply-to" the list is generally what is usually preferable. > Otherwise many conversations would silently "go private" by accident. > > But yes: I agree that the "a private message accidentally going > public" is a bad situation. > > Roger. >
JB
Jordan Brown
Wed, Aug 13, 2025 2:01 PM

On 8/13/2025 2:02 PM, Rogier Wolff wrote:

But the "reply-to" the list is generally what is usually preferable.

It's a religious question.  References below.  Being a right-thinking
person, I strongly disagree.  (And it's almost a deal killer for me; if
I valued the OpenSCAD mailing list any less, it would be enough for me
to drop out.  I've done it.)

Otherwise many conversations would silently "go private" by accident.

But yes: I agree that the "a private message accidentally going
public" is a bad situation.

I think that "private message goes public" is far far worse than "public
message goes private". One is unrecoverable; the other is recoverable by
re-sending the message.

If only mail programs had a way for the user who wants to reply to
distinguish whether they want a reply to go only to the original author,
or also to all of the original recipients. Oh, wait, they all do.


References, with a few key quotes...

https://www.gnu.org/software/mailman/mailman-admin/node11.html

Beware!Reply-To:munging is considered a religious issue and the
policies you set here can ignite some of the most heated off-topic
flame wars on your mailing lists. We'll try to stay as agnostic as
possible, but our biases may still peak through.

Reply-To:is a header that is commonly used to redirect replies to
messages. Exactly what happens when your users reply to such a message
depends on the mail readers your users use, and what functions they
provide. Usually, there is both a reply to sender'' button and a reply to all'' button. If people use these buttons correctly, you
will probably never need to mungeReply-To:, so the default values
should be fine.

Since an informed decision is always best, here are links to two
articles that discuss the opposing viewpoints in great detail:

When you set this variable to/Poster/, no additionalReply-To:header
will be added by Mailman. This setting is strongly recommended.

(Note: they don't say it here, but the DMARC settings, which also muck
with "Reply-to", are orthogonal. They change "From" to point to the
mailing list, and in the /Poster/ case, set "Reply-To" to the original
sender, retaining the reply-to-poster semantics but not looking like a
forgery.)

On 8/13/2025 2:02 PM, Rogier Wolff wrote: > But the "reply-to" the list is generally what is usually preferable. It's a religious question.  References below.  Being a right-thinking person, I strongly disagree.  (And it's almost a deal killer for me; if I valued the OpenSCAD mailing list any less, it would be enough for me to drop out.  I've done it.) > Otherwise many conversations would silently "go private" by accident. > > But yes: I agree that the "a private message accidentally going > public" is a bad situation. I think that "private message goes public" is far far worse than "public message goes private". One is unrecoverable; the other is recoverable by re-sending the message. If only mail programs had a way for the user who wants to reply to distinguish whether they want a reply to go only to the original author, or also to all of the original recipients. Oh, wait, they all do. --- References, with a few key quotes... https://www.gnu.org/software/mailman/mailman-admin/node11.html > Beware!Reply-To:munging is considered a religious issue and the > policies you set here can ignite some of the most heated off-topic > flame wars on your mailing lists. We'll try to stay as agnostic as > possible, but our biases may still peak through. > > Reply-To:is a header that is commonly used to redirect replies to > messages. Exactly what happens when your users reply to such a message > depends on the mail readers your users use, and what functions they > provide. Usually, there is both a ``reply to sender'' button and a > ``reply to all'' button. If people use these buttons correctly, you > will probably never need to mungeReply-To:, so the default values > should be fine. > > Since an informed decision is always best, here are links to two > articles that discuss the opposing viewpoints in great detail: > > * Reply-To Munging Considered Harmful > <http://marc.merlins.org/netrants/reply-to-harmful.html> > * Reply-To Munging Considered Useful > <http://marc.merlins.org/netrants/reply-to-useful.html> > > When you set this variable to/Poster/, no additionalReply-To:header > will be added by Mailman. This setting is strongly recommended. > (Note: they don't say it here, but the DMARC settings, which also muck with "Reply-to", are orthogonal. They change "From" to point to the mailing list, and in the /Poster/ case, set "Reply-To" to the original sender, retaining the reply-to-poster semantics but not looking like a forgery.)