exec64 / nanolist Goto Github PK

It would be awesome if you could also integrate an easy way to do this without changing the mail server config.

E.g. enter IMAP and SMTP details and create a systemd timer/cronjob to fetch mails every 10 minutes, then forward based on the mailing list settings.

While this would require storing every already received message ID in a database (or utilising IMAP "read" flags), it'd also be a super easy way to manage mailinglists which is not available in any other mailing list manager.

To help with development, add a flag that stops mailmule from sending messages over SMTP - instead writing them to stdout.

Administrators should be able to subscribe, unsubscribe, and block users from a mailing list via commands.

Don't be case sensitive, forgive minor differences like writing Subscribe: listname

It'd be nice if nanolist could have some custom rules for rejecting emails to lists based on an external script.

For example:

• Reject [PATCH] emails where the patch has been corrupted (broken whitespace)
• Reject emails that top-post
• Require subjects to be formatted a certain way
• Banning the word "generics" from a golang mailing list

nanolist would not implement such logic itself, but would allow messages to be piped into an external command. If the return code is 0, the message is posted to the list. If it is 1, the stdout of the script is sent as a reply to the sender.

would be cool if you could query and manage users from the CLI.

related: #10

If you send a command email with a from address like John-Smith <[email protected]> you geht an error:

2022/04/12 14:39:49 MESSAGE_RECEIVED Id="<[email protected]>" From="John-Smith <[email protected]>" To="[email protected]" Cc="" Bcc="" Subject="help"
2022/04/12 14:39:49 ERROR_SENDING Error="501 Command parsing failed\nError: Syntax error in parameters"

Sending help to the server returns

    list
      Retrieve a list of available mailing lists

Since list is not a valid command, this should be

    lists
      Retrieve a list of available mailing lists

Support moderated subscriptions - i.e. an admin/moderator for the list must approve new subscriptions

Hi!
Cool program with a unix philosophy doing one thing good. Thanks!
What do you think of these two suggestions or thought:

Do you know any cli tool that might in future be wrapped in a method (createlist) in nanolist that can add users to /etc/postfix/aliases ? That way we can create lists dynamically as well as subscribers.

Secondly adding some goroutine or existing scheduler library to do "summery" send out of dialogs in a list.

Attachments have never been tested with nanolist. At some point nanolist's behaviour should be tested, and a plan for how it should behave needs to be created.

To ease configuration woes, we should have a command that checks permissions for the log and database files are working.

Users should be able to specify the config file location with a command line flag.