• 7 Posts
  • 155 Comments
Joined 1 year ago
cake
Cake day: June 17th, 2023

help-circle








  • You can definitely replace senders with correct mail addresses for relaying through SMTP servers that expect them (this is what I do):

    # /etc/msmtprc
    account default
    ...
    host smtp.gmail.com
    auto_from on
    auth on
    user myaddress
    password hunter2
    
    # Replace local recipients with addresses in the aliases file
    aliases /etc/aliases
    
    # /etc/aliases
    mailer-daemon: postmaster
    postmaster: root
    nobody: root
    hostmaster: root
    usenet: root
    news: root
    webmaster: root
    www: root
    ftp: root
    abuse: root
    noc: root
    security: root
    root: default
    www-data: root
    default: myaddress@gmail.com
    

    (the only thing I changed from the defaults in the aliases file is adding the last line)

    This makes it so all/most system accounts susceptible to send mail are aliased to root, and root in turn is aliased to my email address (which is the one configured in host/user/password in msmtprc)

    Edit: I think it’s actually the auto_from option which interests you. Check the msmtp manpage



  • Usually you would have a second DNS resolver configured in /etc/resolv.conf (or whatever name resolution config system you are using, resolvconf, systemd-networkd, etc). The system will fall back to this resolver if the first resolver fails to respond (and/or replies NXDOMAIN, I’m not sure. The exact order and fallback conditions may vary depending on which system you use). This can be another dnsmasq instance, a public DNS resolver, your ISP’s resolver, etc. This allows at least basic DNS resolution to work before your dnsmasq instance comes back up.

    I would also add automatic monitoring for dnsmasq (either check that the service/container is running, or check the TCP connection to port 53, or check that DNS resolution is working for a known domain, etc)



  • Not an answer but still relevant: I actively avoid enabling unattended-upgrades for third-party repositories like Docker (or anything that is not an official Debian repository) because they don’t have the same stability guarantees, and rely on other upgrade notification methods instead.

    how bad of an idea is this to run a DNS in docker and use it for the host and other containers?

    Personally I would simply install dnsmasq directly on the host because it is one apt install and a configuration file away. Keep it simple.








  • I think Peertube would be overkill for a single channel, but it’s the closest to YouTube in terms of features (multiple formats/transcoding, comments, etc). Otherwise I would just rip the channel with yt-dlp and setup a “mirror” on something simple like a static site or blog. Find something that works, then automate (a simple shell script + cron job would do the trick).