Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: E-Mail Adresse #23

Closed
JustFxDev opened this issue Mar 1, 2023 · 6 comments
Closed

Feature request: E-Mail Adresse #23

JustFxDev opened this issue Mar 1, 2023 · 6 comments

Comments

@JustFxDev
Copy link

Hi Creecros,

sorry, it's my again.

I would like to suggest to transfer the adressing to a Task, Comment or Project from the E-Mail adress to the subject of an E-Mail. Reason:

If i send an e-mail to Task #20 i use

Task#20 <kb@mydomain.de>

Works fine. Perfect.

If i send then an e-mail to Task#21 <kb@mydomain.de> my E-Mail Client (Thunderbird and i think Outlook & Co. will do this as well) gives my

Task#20 <kb@mydomain.de>

as the target adress. This is not a simple Text. It is an e-mail field which can not simply be changed. I have then to use the local menu and choose edit E-Mail (field)
grafik

and have to change this. Each time i use an other task nr. This is because the client maintains a history of used e-mail adresses.

Furthermore it seams that Task is case sensitiv on the PlugIn side. I would suggest to have this not to be case sensitive CommentOnTask and Project as well..

This PlugIn is a real time saver for working with Kanboard. Great work! Thanks!

Cheers, Fx

@creecros
Copy link
Owner

creecros commented Mar 1, 2023

I just tested with Thunderbird and Outlook, and have no idea what you are talking about. Works fine for me.

image

ya, playing with this even more, i can't figure out your issue. everything works fine for me.

@creecros
Copy link
Owner

creecros commented Mar 1, 2023

ya this is a horrible idea, unless @alfredbuehler disagrees. plays a large role in what emails its looking at as well, so if it has to now grab ALL emails, I dont see this as anything but negative.

@alfredbuehler
Copy link
Collaborator

This is a giant Annoyance from TB.
I think, to avoid this, you have to disable the feature
image
and then remove all Mailmagik addresses from the address books.

Or you can create and use templates for Mailmagik mails.

For dropping the case sensitivity: strictly no.

@JustFxDev
Copy link
Author

For dropping the case sensitivity: strictly no.

Ok, do not beat me.... 😄 😄 😄

Disabling collection of outgoing E-Mail adresses in Thunderbird is not an option. For me it would be ok, but the collegues...

The concept Task#26 <email@mydomain.de> has yet another disadvantage: I have to write the complete E-Mail adress each time i send something to Kanboard. Anoying. Typos occur often. Outcomplete distrubs. Even more worse with long domain names.

Thanks for all your work on that one!

Cheers, Fx

@wallesch
Copy link

wallesch commented Mar 2, 2023

Hello everyone,

I also have problems with addressing via the recipient address in the mail system used here (Groupwise).

In the case of system-internal e-mails, the system replaces the recipient data with the system-internal data, which cannot be changed either.

Only (external) e-mails received via smtp would allow the use of the plugin.

My suggestion: Enclose all "tags" for controlling the plugin at the beginning of the subject within square brackets.

Example:
Subject: [Task#11 s:2023-03-02 d:2023-03-31 p:3]The actual subject

Would make the addressing independent of the e-mail system used and its settings.

cheers Walle

@creecros
Copy link
Owner

creecros commented Mar 2, 2023

this is what I do actually, I am a typer. I type the email out every time I use it, so maybe that's why I don't understand. in fact, I'm the opposite, autocomplete annoys me.

if you parse from the subject, you will increase the time to scan the emails, considerably. it would also be a considerable rewrite of code. it would also change the behavior adversely for other people who would not want it this way.

I could provide links that can be copy/pasted for each action, if that would help. maybe even mailto: links, would help.

I will think upon this more.

Repository owner locked and limited conversation to collaborators Mar 2, 2023
@creecros creecros converted this issue into discussion #25 Mar 2, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants