MODULEPROPAGATIONMONITOR.CONF(5)
๐ MODULEPROPAGATIONMONITOR.CONF โ the manual, but make it make sense ๐
okay bestie, this is ModulePropagationMonitor.conf(5) from the File Formats section of the manual, and it's literally the config file for the SvxLink server's PropagationMonitor module. yes it's a mouthful. no we're not renaming it. let's go ๐ฆ
โจ NAME โจ
ModulePropagationMonitor.conf โ it's the configuration file for the SvxLink server PropagationMonitor module. that's it, that's the name, slay ๐
๐ธ DESCRIPTION ๐ธ
svxlink is a general purpose voice service system for ham radio use. iconic behavior honestly. and this man-page? it describes the SvxLink server configuration for the PropagationMonitor module.
so what does PropagationMonitor actually do? it announces propagation alerts that come in from vhfdx.info or gooddx.net. ๐
โ ๏ธ big important thing: the whole process of receiving those emails is outside of this module. it is not this module's job. you have to arrange that separately, yourself, no cap.
here's the deal โ this module expects to find new emails under the spool directory. and the vibes have to be specific:
- messages from VHFDX go in a
vhfdxsubdirectory - messages from GoodDX go in a
dxrobotsubdirectory
and listen โ this module must have write access to the subdirectories under the spool directory, because it moves processed messages into an archive directory. so if you don't give it write permission it's just gonna sit there like ๐ and not do its job. give the girl her permissions. periodt.
๐ CONFIGURATION VARIABLES ๐
there are a couple of configuration variables that are common to all modules โ the docs for those live over in the svxlink.conf(5) manual page, go check her out.
and here's the full rundown of all the module specific configuration variables that the SvxLink PropagationMonitor module understands. every single one. we don't skip. ๐
๐ ModulePropagationMonitor
SPOOL_DIRโ tell it which directory to read incoming emails from. the default is/var/spool/svxlink/propagation_monitor. that's the one it'll use if you don't say otherwise, bestie.
๐ RECEIVING THE ALERT EMAILS ๐
okay so setting up the flow of alert emails is a whole little journey and step one is: actually get those emails to the computer running SvxLink, and on that computer, to the user that SvxLink runs as. and there are two ways to do it, pick your fighter:
- forward emails directly via SMTP to the computer โ this one's for you if you have that possibility. fancy. ๐
- fetch alert emails using POP from some email account โ this is propably the more common case (their spelling, not mine, love that for them). you can do this with the
fetchmail(1)utility, for example.
step two: store those incoming emails in files under the propagation monitor spool directory. this is done using the procmail(1) utility. here's how it works โ when an incoming email arrives, the mail server calls procmail, which goes looking for a configuration file in the destination user's home directory.
for SvxLink, that home directory should be set to /etc/svxlink. and in that directory a procmail configuration file, .procmailrc, is installed by default. โจ the syntax is a bit cryptic ngl, but the file has some helpful comments in it to help you understand what's going on. for more details go read the procmailrc(5) and procmailex(5) manual pages.
step three: and of course, obviously, you need to actually register with the vhfdx.info and/or gooddx.net site, and set up what geographic area and which bands you want to receive alert emails for. no registration, no emails, no alerts. the math is mathing. ๐งฎ
๐ก๏ธ SELINUX ๐ก๏ธ
some Linux distributions have the SELinux security framework enabled. this is true for RedHat based distributions, like Fedora for example.
and here's the thing โ SELinux will by default deny procmail to write the mail files in the propagation monitor spool directory. ๐ so to fix this, run the following commands:
semanage fcontext -a -t user_home_t \
"/var/spool/svxlink/propagation_monitor(/.*)?"
restorecon -r /var/spool/svxlink/propagation_monitor
and that's the fix, you're welcome, go touch grass ๐ฑ
๐ FILES ๐
/etc/svxlink/svxlink.conf(or deprecated/etc/svxlink.conf) โ the system wide configuration file.~/.svxlink/svxlink.confโ per user configuration file./etc/svxlink/svxlink.d/ModulePropagationMonitor.confโ global modularized configuration file. depends on theCFG_DIRconfiguration variable setting.~/.svxlink/svxlink.d/ModulePropagationMonitor.confโ per user modularized configuration file. depends on theCFG_DIRconfiguration variable setting./var/spool/svxlink/propagation_monitorโ spool directory for alert mails. this is the default path. what path is actually used is determined by theSPOOL_DIRconfiguration variable./etc/svxlink/.procmailrcโ the configuration file for procmail. procmail is used to write incoming alert emails into files in the spool directory.
๐ AUTHOR ๐
Tobias Blomberg (SM0SVX) <sm0svx at svxlink dot org>
๐ REPORTING BUGS ๐
found a bug? bestie, report it using the issue tracker at: https://github.com/sm0svx/svxlink
๐ โโ๏ธ but listen โ questions about SvxLink should NOT be asked using the issue tracker. that's not what it's for, don't do it, i'm begging. instead use the group set up for this purpose at groups.io: https://groups.io/g/svxlink
๐ SEE ALSO ๐
svxlink.conf(5), procmail(1), procmailrc(5), procmailex(5), fetchmail(1)
and that's the whole page, bestie ๐ซถ this one came from the Linux manual, APRIL 2021 edition, filed under MODULEPROPAGATIONMONITOR.CONF(5). go set up your propagation alerts and live your main character ham radio era ๐โจ๐
๐ฆ where this page comes from
- alpine 3.24: svxlink-doc 25.05.1-r1 ยท GPL-2.0-or-later
- debian trixie: svxlink-server 24.02-5 ยท GPL-2.0-or-later
- fedora 43: svxlink-server 1:1.8.0-7.fc43 ยท GPL-2.0-or-later
- fedora 44: svxlink-server 1:1.8.0-7.fc43 ยท GPL-2.0-or-later
- ubuntu questing: svxlink-server 24.02-5
- ubuntu resolute: svxlink-server 25.05.1-4 ยท GPL-2.0-or-later
- ubuntu stonking: svxlink-server 26.05.1-1 ยท GPL-2.0-or-later
- ๐ girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms