Right now it is only possible to call external programs directly after the alarm, however not after the audo file storing the alarm message has been created.

It would be useful to implement this feature as well for full flexibility. It has been requested by a user (09.02.2018) who is fixing this by changes in the source code right now.

Debian 11 has been released on 14-08-2021. PersonalFME needs to be tested for Debian 11.

Raspberry Pi OS 11 Bullseye has not yet been released: https://forums.raspberrypi.com/viewtopic.php?t=318383

Ubuntu 22.04 LTS should only be released by 21-04-2022 and is therefore not considered right now: https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-22.04-Release-Schedule

Since 01.01.2022 the old service of www.groupalarm.de is out of service. It has been replaced by a completely new service that has a different API. PersonalFME is not yet supporting this service directly, only by using this separate Python command line tool: https://github.com/erl987/personalfme-groupalarm2.

Integrate the new service of Groupalarm.de into PersonalFME with the same scope as personalfme-groupalarm2 and remove the old service.

The license file is not readable by GitHub. GitHub should show the correct license.

Test for Windows 11, Windows 7 will no longer be supported.

Problem

Many email servers require today TLS 1.3, this is not supported by PersonalFME right now.

PersonalFME is using the poco library for email sending. This library has a long history of serious bugs when using SChannel on Windows. There is basically only one version of poco that works for PersonalFME, and therefore we are pinning the software to this version. This old poco version is not suitable for modern mail servers, as they require TLS 1.3.

This is, for example, reported by #5.

Actions

The poco library cannot be used anymore for mail sending. Using another C++ library for that is a pain, and these libraries might not be future-proof as well. The mail sending code will therefore be moved to Rust, this means integrating Rust code for the first time into PersonalFME. The Rust package management is very easy to use and will in general speed up the development of PersonalFME a lot.

Test for Raspberry Pi OS 11 (Bullseye), released on 4 April 2022.

Test for Ubuntu 22.04 LTS that was released on 21-04-2022.

There should only be the following labels for the unit tests

All tests should succeed

The brute-force real-time and non-real-time tests are, on purpose, testing down to very slow signal-to-noise ratios. Detections failing below an appropriate threshold should not be reported as a test failure. If the algorithm detects everything down to this threshold, the overall test should pass.

A number of tests, even standard tests (for filtering), are running the free MATLAB® implementation Octave. This makes these tests difficult to run because Octave including some packages must be present on the machine.

Solution:

It is possible to commit files containing the reference data which can be directly read in the tests. These files should in the future be created by Python code (only on demand and the committed).

Test for Debian 11 (Bullseye), released on 14-08-2021.

It would be useful to have a terminal command that is testing the alarm calls (i.e. the mail, SMS-sending, ...) in a dry-run without triggering alarms via an audio device.

This functionality should be able to assume any timepoint in order to test also special situations.

This is a user request via mail from 13.04.2018.

Affected version

PersonalFME 1.0.0

Operating system

Windows 7

Problem

When sending emails under Windows 7 using the provider GMX, the following error is occurring (and email sending is not working):

SSL Exception: Error during handshake: The function requested is not supported