Initial commit

A mailing list implementation by POuL for POuL that aims to be minimal
but use SMTP to deliver receiving emails instead of LMTP. This is
because mailing list software that use LMTP as their delivery mechanism
make achieving modularized container environments harder. This is due to
the fact that mailing lists that use LMTP require it and the main MTA to
live on the same machine.

This implementation aims to be good enough to be used as the mailing
list for POuL in its kubernetes infrastructure (and frankly, it was
about time that someone implemented a mailing list that could be
"standalone" in containers).

Signed-off-by: Mroik <mroik@delayed.space>

6 files changed, 77 insertions, 0 deletions

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..ea8c4bf
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+/target
diff --git a/Cargo.lock b/Cargo.lock
new file mode 100644
index 0000000..8262dc0
--- /dev/null
+++ b/Cargo.lock
@@ -0,0 +1,7 @@
+# This file is automatically @generated by Cargo.
+# It is not intended for manual editing.
+version = 4
+
+[[package]]
+name = "poul-list"
+version = "0.1.0"
diff --git a/Cargo.toml b/Cargo.toml
new file mode 100644
index 0000000..a920eaf
--- /dev/null
+++ b/Cargo.toml
@@ -0,0 +1,6 @@
+[package]
+name = "poul-list"
+version = "0.1.0"
+edition = "2024"
+
+[dependencies]
diff --git a/LICENSE b/LICENSE
new file mode 100644
index 0000000..39c0478
--- /dev/null
+++ b/LICENSE
@@ -0,0 +1,19 @@
+Copyright (c) 2026 Mirko Faina <mroik@delayed.space>
+
+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 without limitation 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:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.
diff --git a/README.md b/README.md
new file mode 100644
index 0000000..e4b8bdd
--- /dev/null
+++ b/README.md
@@ -0,0 +1,41 @@
+# POuL-list
+A mailing list by [POuL](https://poul.org/) (currently maintained by
+[Mroik](https://gitlab.poul.org/mroik)).
+
+## Codestyle
+So long as it passes `cargo fmt --check` it is fine.
+
+## Commit messages
+When writing a commit message you may choose whatever style you prefer for the
+subject line. The important thing is that the subject line is followed by one
+or more paragraphs explaining the reasoning behind the change (this can be
+omitted for trivial stuff at the discretion of the maintainer).
+
+## Contribution process
+Development happens mainly on https://gitlab.poul.org/  
+If you're not a POuL member you can send patches directly to the maintainer
+(you can check the commit history for the email).
+
+Here's how a contribution cycle should go:
+1. A review process starts only after an MR is open and marked as ready
+2. There will be the usual discussion on the issues with the MR and suggestions
+   on how to fix it.
+3. A new iteration will be sent by the author. Improvements should not be built
+   on top of the existing commits (unless making new ones make sense of
+   course), instead the author is expected to amend the commits with the
+   changes required. This keeps the history clean for those who'll come after.
+   * Anyone is welcome to review (it is encouraged)
+   * If the reviewer is not the maintainer then the reviewer will be given
+     recognition through the `Reviewed-by` trailer. This is not only to give
+     recognition, but it also has an additional `blame` functionality.
+4. Points (2) and (3) are repeated until the MR reaches a satisfactory state
+5. Before the commits are merged the maintainer will amend the commits by
+   adding their own signoff (as proof of acknowledgment)
+6. The MR is merged
+
+## Signoff
+All commits should be signed-off. A sign off in this project certifies your
+work under the [DCO](https://developercertificate.org/).
+
+By signing off you also declare that you understand and will adhere to the
+contribution process.
diff --git a/src/main.rs b/src/main.rs
new file mode 100644
index 0000000..e7a11a9
--- /dev/null
+++ b/src/main.rs
@@ -0,0 +1,3 @@
+fn main() {
+    println!("Hello, world!");
+}