Hello Matthias, I think too that your emails are making it to the list just fine. The archive got them too:
https://lists.ipfire.org/development/[email protected]/T/#m01f734b0ade53d5f047771ea7cae1c22347b82ad Since we changed to mlmmj you won’t receive a copy from the list again. Mailman could be configured to send you a copy if your own mail, but since you normally don’t get that when you send a personal email, why would you get that from a list? Just assume your email made it. If you get them double, this is probably because people are replying to you as well as the list. Like I am doing now. Your email client should be able to deduplicate emails by their ID. Mine would never show the same email twice. Which one are you using? I would like us all to have a high confidence in this email system working, so if you see any problems, please let me know. All the best, -Michael > On 22 Jan 2026, at 06:32, Matthias Fischer <[email protected]> > wrote: > > On 22.01.2026 01:49, Tom Rymes wrote: >> Matthias, > > Hi Tom, > >> I always get your emails to the list, followed by a second message that your >> emails aren’t appearing on the list. I’m guessing the issue is that you are >> not receiving a copy of your own e-mails? > > Exactly. > > This started "some day" - so that I couldn't tell if my mail came through. > > On the other hand, I receive mails like yours always *twice*. Funny. One > of these mails comes with a List-ID from <development.lists.ipfire.org>. > Its a bit weird... > >> Either way, it always seems to be working properly to me. > > Ok - I think, for the moment I can live with that... ;-) > > Best > Matthias > >> >> Tom >> >>> On Jan 21, 2026, at 5:52 PM, Matthias Fischer <[email protected]> >>> wrote: >>> >>> 2cd try: >>> For reasons unknown to me, my Mails no longer appear on the list, even >>> though I can send them there without any errors. >>> >>> Therefore: next attempt - plus CC to MT [Hi Michael... ;-) ] >>> >>> ----------------- >>> >>> Hi, >>> >>> just in case that this happens to somebody else: >>> >>> Some days ago I made a fresh install of Core 199 with a new machine and >>> rather old cpu (i7-2700). Runs fine and has more power than the old Duo >>> box. Fits my needs. >>> >>> But I couldn't disable HT in BIOS - 'htop' finds eight CPUs. Should be >>> no problem - but it is. >>> >>> The problem came with the 'cpufreq'-plugin, my logs were flooded with >>> warnings: >>> "cpufreq plugin: Reading >>> "/sys/devices/system/cpu/cpu4[5,6,7]/cpufreq/scaling_cur_freq" failed." >>> >>> Because of the deactivation, 'scaling_cur_freq' was empty, there were >>> complains about CPU 4-7 (the deactivated ones) and in no time my log was >>> filled with about 10000 'collectd'-entries. >>> >>> My solution was to change the loglevel of the 'Plugin syslog' in >>> 'collectd.conf' from 'info' to 'err'. >>> >>> Can anyone confirm this behaviour? >>> >>> Best >>> Matthias >>> >> >> > >
