Pls. split newsletters in 2+ categories

[ipfrase (John Doe)]

Hi,
got a mail today (“IPFire Location: Lua Bindings for Fun and Profit”) that I’d rather consider SPAM (IKR, it’s not commercial) and wanted to unsubscribe.

I had to learn you sent it in the “important updates from the IPFire Project” list that is rather broad defined* so I can unsubscribe from all (incl. “security warnings”) or nothing.
IMO such an approach might be OK for some random software project, for a security oriented project it’s rather wrong, casts a bad light on the projects seriousness.

So please split your mail lists at least in 2 categories, please:
- security relevant stuff (maybe incl. security tipps / “best practices”)
- marketing (in the broader sense) for all the rest
and allow users to (un)subscribe from/to individual lists.

Thank you!
.
.

* “Important release announcements including notificiations about security updates
News from our blog and inside the project
Information about our fundraising efforts”

[ms (Michael Tremer)]

We currently do not have a separate process to announce any security-related fixes. We only have our blog where we announce all sorts of activity in and around the project.

[pike_it (Pike)]

It’s always a nice time to consider features improving.

[ms (Michael Tremer)]

I am happy to receive patches for the web app.

[ipfrase (John Doe)]

@pike_it That’s a clever way to formulate, both parties can read it as "Cool, that dude supports my case :+1 "
In case you meant “I want to receive such random info” you can easily subscribe to 2 or even 10 mailing lists.

@ms Not even every systems engineer is a coder and not every coder is sufficient at scripting. So as convenient “Do it yourself” as an answer maybe it’s not a valid solution.

As mentioned in my 1st post it kinda depends on how security-focused ipfire actually is (and maybe if ipfire wants to target SMB businesses as well).
I for myself just unsubscribed.

[ms (Michael Tremer)]

@ipfrase

@ms Not even every systems engineer is a coder and not every coder is sufficient at scripting. So as convenient “Do it yourself” as an answer maybe it’s not a valid solution.

There are only so many hours in a day… It is not that I am saying no to things, but I cannot code all the things people want myself.

[pike_it (Pike)]

@ms

It is not that I am saying no to things, but I cannot code all the things people want myself.

The bold part it’s correct.
However you stated

@ms

This project isn’t a democracy. There are democratic elements to how we make decisions, but it simply isn’t possible for us to make decisions based on majorities. And the reason for that is that we have a huge code base that people would need to know to make a decision. That is not the case, and so we cannot allow people to make decisions out of the blue. We would end of having votes for unicorns and flying cars, just because people would want it - not knowing much about what it actually takes to realise things.

source

Improving Usability?

I will write a couple more lines on this and after that close this topic as we are really far away from the original topic… You are suggesting that there should be ways to submit bugs/feature request/patches. That exists and it is all described here in detail: www.ipfire.org - Bugzilla www.ipfire.org - Submitting Patches You will also see that on the first page, there is a section that explains where NOT to report those things. Simply, because Discourse is not a bug tracker. There are many p…

I cannot code, simply because I’m aware that the level, quality, precision and attention needed for any slice of the project is required to be top
notch. But I’m not soldier, nor subject. Anyone of course can decide for self…

If the project is looking for some… time to improve marketing capabilities to attract cash or coding.