Replies: 1 comment 2 replies
-
Hi @soywod Thanks for the suggestion! I checked MML and, unless it becomes a IETF standard to replace MIME, I think it is beyond the scope of both BTW, I wasn't aware of Himalaya, I will definitely check it out once I start working on the new version of the IMAP server! Cheers! |
Beta Was this translation helpful? Give feedback.
-
Hi there,
I just discovered all your mail related projects (thanks to nlnet), congrats for your giant work!
I am also working an an mail related project called Himalaya (also helped by nlnet). It was initially a CLI to manage mails, but it became over time an abstract Rust lib so you can build any kind of interface on the top of it (the aim is not to reimplement common actions like read an email, copy/move/delete an email, add a flag etc and to be backend agnostic: IMAP, POP, Maildir, Notmuch etc). The CLI became the first interface based on this lib. So far I also have a Vim plugin and an Emacs plugin based on the CLI.
I contact you because I developed a MIME Message builder which achieves the same thing as your
mail-builder
(it is just a wrapper around the lettre message builder), except that it can also interpret MML. MML is a DSL coming from an Emacs module allowing you to compile template (string) into valid MIME messages. From their doc:becomes:
It is necessary for me, because it allows clients to build valid MIME messages. They can also add multiple parts, add attachments etc, directly from the message edition. It is very handy.
My question is: would you be interested in adding such a feature to your crate? You already have
serde
as a dependency, and the MML can be seen as a string representation of a message. Here some ideas of usage:While writing this message, I thought that maybe a better place for this feature would be in your
mail-parser
crate. But for sure, nice integration can be done between crates.Let me know!
Beta Was this translation helpful? Give feedback.
All reactions