mailing list archives

meli community discussions

⚠️ if something does not work as intended when interracting with the mailing lists,
reach out Github mirror Gitea repo @epilys:matrix.org

E-mail headers
From: Matthias Beyer <mail@beyermatthias.de>
Date: Sat, 13 Jul 2019 10:01:22 +0200
Message-ID: 20190713080122.GD2298@hoshi
more …View raw Download as eml (RFC 5322 format)
Hi,

I found meli via reddit and had a quick look at the website - awesome project
and I'd love to contribute a little bit (only a little bit because I have some
other stuff I really have to get going).

I have one question which I did not see as answered after looking at the
website, though:

Do you plan to integrate mail fetching and sending in the mail client itself?
Because I am really in favour of the unix philosophy here and I'd like to see a
mail _reader_ seperate from a mail _sender_ and a mail _fetcher_. Also, I would
love to see integration into other tooling (contact management, calendar
management, task/todo management) _outside_ of the mail client (if this is
applicable at all to your project).


FWIW, you have to note that I am the author of imag [0] the personal information
management suite, where I want to have tools for contact management, mail
tracking (not a MUA/MTA though), todo management, etc etc etc...

What I am mainly asking for is
1) Unix philosophy: One tool for one job
2) Possibility to integrate other tools via scripting (because that whats imag
is focused on).


Feel free to shoot me any questions and get a discussion going!


[0]: https://imag-pim.org


-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEGg7ZGbdq/6NrnwfOzq8bZH7VayUFAl0pj9AACgkQzq8bZH7V
ayW7SQ/9HQo4MOKJslhFtA0vq52G3/KuKuz2U1a4v5qFwxSyhaVwXl9Ey14iOXxg
9E9TjzdmLpCF+Uf+2G4jBKJ5H9oTjTtogGGQjVAP3Ec6dZ7B2jhZrr398+lXoMyL
KrGr745SVHsr979JWMpmdO8S60j60ZWixINo9jAUMMN59+fPrD3y+xeZYc66BHz8
1RJyrucw3PVZ1xuEynTT72tc4vY4xM+qphPq0Sxhp+ivKY7CiWEIbMitlsk4NegS
klNwdfxA4isTRnFhGufVTMqBD40uM78uZa1QsG73NAAIniSDkyXJK9FY+9ApyA1a
LkdoY0R2YFarWW1QByp++l73Kl+EfI+69go8EcLMosHuAkL+z/Y/glp8Sd6QKN38
Vqlk7W0sshtYDjH3cmmuOeuYZlPxRhWXmZoFg7c4nM9e30DyYoBuSY44BvTIq2oU
1avLJTY5I3cx3hRuPqRvrD/Vn9+1cRevpv7zXaDjNfllQSX+XaNMy6gCok923pQP
zduOOmBIXjwCLNW8BRQxJhPvWtS/5Q/tw0iYZD5lrJQnZYB7mxwCAMogyr2jY91v
bLX8Hb50Ryk3Qq6MSlCmiY2+foWFEpTfpCWZ/wisxXs7b3r6GXmJWIi8fvn+8H2E
NoWfH26UUYuOhBuH31+LeiedcfKxa8Nv3dz+eI/+AefofETssVE=
=Awbs
-----END PGP SIGNATURE-----
E-mail headers
From: epilys@nessuent.xyz
Date: Sun, 14 Jul 2019 11:21:02 +0000
Message-ID: umqrv.hf2gnnaj5q83@nessuent.xyz
more …View raw Download as eml (RFC 5322 format)
> Do you plan to integrate mail fetching and sending in the mail client itself?
> Because I am really in favour of the unix philosophy here and I'd like to see a
> mail _reader_ seperate from a mail _sender_ and a mail _fetcher_.

Right now meli works as a part of a mail software stack, I personally
use msmtp and offlineimap. I'd like to have both options though, because
not everyone might want to setup a lot of stuff just to send e-mail; it
should just work.


> Also, I would love to see integration into other tooling (contact
> management, calendar management, task/todo management) _outside_ of
> the mail client (if this is applicable at all to your project).

It isn't exactly a project target, but the plugin and hook interface I
plan on adding eventually should make this possible.

> FWIW, you have to note that I am the author of imag [0] the personal information
> management suite, where I want to have tools for contact management, mail
> tracking (not a MUA/MTA though), todo management, etc etc etc...

A thought I have had is to create a common programmable interface for
apps like that. :) ie to have every app be able to query other app data
and writing how you want to view the data in a TUI with scripts.
E-mail headers
From: mail@beyermatthias.de
Date: Sun, 14 Jul 2019 11:46:32 +0000
Message-ID: 20190714114632.GD1945@hoshi
more …View raw Download as eml (RFC 5322 format)
Hi,

On 14-07-2019 14:21:02, Manos Pitsidianakis wrote:
> > Do you plan to integrate mail fetching and sending in the mail client itself?
> > Because I am really in favour of the unix philosophy here and I'd like to see a
> > mail _reader_ seperate from a mail _sender_ and a mail _fetcher_.
> 
> Right now meli works as a part of a mail software stack, I personally
> use msmtp and offlineimap. I'd like to have both options though, because
> not everyone might want to setup a lot of stuff just to send e-mail; it
> should just work.

I agree. I use msmtp and offlineimap myself and I'd like to continue using them
when switching my MUA.

Having it included in meli itself (as long as I can turn it off easily) seems
fine to me!


> > Also, I would love to see integration into other tooling (contact
> > management, calendar management, task/todo management) _outside_ of
> > the mail client (if this is applicable at all to your project).
> 
> It isn't exactly a project target, but the plugin and hook interface I
> plan on adding eventually should make this possible.

Awesome!

-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEGg7ZGbdq/6NrnwfOzq8bZH7VayUFAl0rFhcACgkQzq8bZH7V
ayX7SQ/+MDA6JvrTJRV5YiFrag1DTk8NFTSLU+FraqaseOxKWWz8iUUr0dff9KQE
Vvw00JJwvKBvMHuZZ80SjjefHC85GYikZmMIE6te12kqTscgkjYunneHmsff12o2
RlY37gjXXFvhrQS66lKtPLuDfr6W8+DM44QpttbKSXRx9AfQyQ+VKM1kaCR03jmV
F+7w5MvdHbiqhDL7vs4YNefFStmutAivrCEz2hetf7B1IHxgUjdKXrYE2eCh/mgY
nmYysPHf5/zHk+iC46SFhFHtvNqVAN/ZI7nuBYH8etAXlddpr9IESago3mmw1v04
2AobFUFT9e0r7E+QauFdFiV1h4ihm/Nh6an8Cal902B3vsChpq06tiB/acwbvMi1
l9QboD0t/ux6+i9HUvtydTKFf96xLnfkIenpbS0GatCuB8pbPjCdjdohPEribLRm
t1UmRQGCIHm4YLWd43hdAJf8FVFv4GTW7Q1EPqO1p8biuHspV+Euwwzz0SzRs1Ck
34RCBD7V/f4U0C1b3eaCsx+T9MOamQaDSGdDKdvBo1/y0aJvor+0hkTwYPSY4LU1
5svvWqr9W3FFrNh0YRcGBrENLV46Ghbdiy4YmsDTQDt2789AQBikY6JS33P9otP0
eKUpsKdHDlqohL/3N6iCXXzM+DUAzXFl+Pcm8YXcmIJOIAGwJEA=
=kurZ
-----END PGP SIGNATURE-----