r/lostredditors

There's no technical problem with running a mail server on the same server as websites. The only concern is simply that web applications are much more likely to have bugs and get hacked than your mail server. If a web app does get hacked, all of your mail is potentially compromised. If you don't care about that, I'd say ... go for it.

Assuming you already have a shared calendar system, just setup a shared calendar for whatever resources you need to schedule.

I'm not entirely sure what you are asking for.

Yes, you can setup a chain of SMTP servers which will redirect email's however you like. Postfix is an excellent choice for this.

If you want emails sent to reflector@example.com to be automatically forwarded to many people you can do that with the /etc/aliases file which most SMTP servers provide.

If you are wanting a more complete system (for example to allow people to subscribe to the email address, to automatically unsubscribe bouncing addresses, to create archives, to only allow some people to send messages etc) you want to use a mailing list.

If this is for group discussion you want something like Mailman. If this is for newsletters (eg. only you send messages), you might look at something like ListMonk or Mautic.

thanks!

and be sure the http page tor exits host is working

Thanks for the info, but what does this mean??

If you are using bind mounts with your container, there is a really easy way to backup before an update.

• stop the database container
• cp -a bind_mount_dir/ bind_mount_dir.20231019

Then pull the latest database image and restart database container. If it works, yay, you're done.

If it doesn't work, reverse the steps:

• stop the container
• mv bind_mount_dir/ bind_mount_dir.broken
• mv bind_mount_dir.20231019 bind_mount_dir

Restart container and you're back to exactly where you were before the upgrade.

You need to make up your mind about the licensing.

README.md says:

The code in this repository is licensed under a personal, non-production source-available license. Visit https://etcha.dev/pricing/ for additional licensing options.

LICENSE.md says:

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions ...

For an actual wiki that does all the things a wiki is supposed to, it’s hard to beat dokuwiki.

If you want a desktop wiki (as opposed to a web app) you might like Zim.

Learn rsync, it is your only friend for these sorts of jobs. :-)

The answer is, as always, it depends.

Some exploits allow the attacker access to the application (in which case they can do whatever the application allows them to do).

Some exploits allow the attacker to get shell access (in which case they can do anything the permissions of the user allow them to do).

Some exploits allow the attacker to get a root shell (in which case they can do almost anything).

Root exploits are much less common, and typically require much more skill, than application exploits. Getting root almost always requires exploiting an application, and then getting shell first.

This is why security people talk about "defence in depth".

If your application is exploited, what can you do to make it as hard as possible for the attacker to get a shell. If they get a shell, what can you do to make it as hard as possible for them to get root. If they get root, what can you do to restrict the amount of damage they can do. If they do damage, how do you know what they've done and what can you do to repair it.

When people are relying on VPNs for security, they are building what security people refer to as the "crunchy on the outside, chewy on the inside" model. There's no defence in depth, once the attacker is in ... you're screwed.

In a homelab, part of the fun is that we get to decide how much of this we can be bothered with. :-)

I'm not aware of anything purpose built that does this, but should be pretty easy to build something with Budibase or similar lowcode tool?

If you can be bothered putting in all the ISBNs into your database, it should even be pretty straight forward to implement a bar code scanner to lookup.

https://docs.budibase.com/docs/barcodeqr-field