aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Rename stuff to disambiguateMroik2026-04-13
| | | | | | | Having both the callback and the high level API be called execute() is confusing. Rename for clarity. Signed-off-by: Mroik <mroik@delayed.space>
* Refactor to avoid double checks on typesMroik2026-04-13
| | | | | | | | | | | | The various Query enums limit themselves to checking which variant they are before choosing a which function to call to process the request. Because they are enums with multiple variants, to unpack we have to check again which variant they are. Unpack before the call and modify function signatures to receive the already unpacked values. Signed-off-by: Mroik <mroik@delayed.space>
* list.rs: refactor tests for readabilityMroik2026-04-13
| | | | Signed-off-by: Mroik <mroik@delayed.space>
* Add subscription table interactionMroik2026-04-13
| | | | | | | | | | We need to track which user subscribed to which list. Unlike User and List, we don't need to make a Subscription model, this is because this is a relationship and not an entity of its own. Implement database interaction with subscription. Signed-off-by: Mroik <mroik@delayed.space>
* Add List modelMroik2026-04-13
| | | | | | | | | | We ideally want to be able to handle multiple mailing lists without having to run a new instance for each one. To do this we need to be able to create new lists. Add List model with its DB interactions. Signed-off-by: Mroik <mroik@delayed.space>
* Add CI for gitlabMroik2026-04-13
| | | | Signed-off-by: Mroik <mroik@delayed.space>
* Implement User modelMroik2026-04-13
| | | | | | | | | The mailing list will need to save the data of the subscribers for them to receive the emails. Add User model with its DB interactions. Signed-off-by: Mroik <mroik@delayed.space>
* Add scaffolding for DB interactionsMroik2026-04-13
| | | | | | | | | The mailing list will need to save various data to operate for things such as the subscriber's email. Add database interaction machanism. Signed-off-by: Mroik <mroik@delayed.space>
* Initial commitMroik2026-04-13
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>
XMR address: 854DmXNrxULU3ZFJVs4Wc8PFhbq29RhqHhY8W6cdWrtFN3qmooKyyeYPcDzZTNRxphhJ5UzASQfAdEMwSteVqymk28aLhqj