Editor LSP for contact completion?

[blaggacao]

I wonder what the strategy for contact completion would be?

The easiest and most widely compatible approach to me seems to implement / adopt an LSP for .eml files which completes To: , Bcc: etc fields based on what cardamum can recover from the directory.

In adition it would make a lot of sense if cardamum (or something else) could discover past addresses since this is typically the most practical & defacto-approach to email address completion (i.e. just take a list of all emails from the last 6 months), i.e. like alot does it using notmuch — thought it would be worthwhile to avoide notmuch as yet-another stateful tool, if possible and do that within the pimalaya project.

[soywod]

The easiest and most widely compatible approach to me seems to implement / adopt an LSP for .eml files which completes To: , Bcc: etc fields based on what cardamum can recover from the directory.

I love the approach, it makes a lot of sense. This way we could also have a derivated LSP for .mml files (the email template used by Himalaya CLI).

In adition it would make a lot of sense if cardamum (or something else) could discover past addresses since this is typically the most practical & defacto-approach to email address completion (i.e. just take a list of all emails from the last 6 months)

Interesting. The Cardamum scope is restricted to contacts (vcf files), so discovering addresses from a mail account seems out of scope. But a small tool that extracts emails with names of a mail account and put them into .vcf files (so that they can be managed by Cardamum) makes maybe more sense. What do you think?

[soywod]

Issue for the LSP: pimalaya/himalaya#563

[blaggacao]

But a small tool that extracts emails with names of a mail account and put them into .vcf files (so that they can be managed by Cardamum) makes maybe more sense. What do you think?

I would say that the .vcf file could function as a "mere transport" for the 6month (or so) query. As such, it would be a specially treated db-ish file of some sort and it would need a very tiny timed tool to keep it up to date.

It could well avoid to add another connector to cardamum. I'm not familiar enough with the vcf format, but ideally a display only tag-like (recently used) or (used 4 month ago) but which does not become part of the address part would be a nice addition, if possible.