close
Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Opened 5 years ago

Closed 4 years ago

Last modified 4 years ago

#93 closed enhancement (fixed)

Remove "mailto:" from "to:"-strings

Reported by: padrino Owned by: tboeckel
Priority: low Milestone: YAM 2.7
Component: user interface Version: nightly build
Severity: trivial Keywords:
Cc: OS Platform:
Blocked By: Blocking:
Release Notes:

Description

Thought I filed this already, but can't find it... Would be nice, this way, e.g. copying a URL from a browser could be pasted to YAM without any cut-operations by the user. Would be handy... I think. :)


Moved from SF:
https://sourceforge.net/tracker/?func=detail&aid=1808682&group_id=13560&atid=363560

Attachments (0)

Change History (14)

comment:1 Changed 5 years ago by damato

  • Component changed from stable build to undefined

comment:2 Changed 5 years ago by damato

  • Cc yamos-svn@… removed

comment:3 in reply to: ↑ description Changed 4 years ago by padrino

Hi,

just got a Mail from my "PC-granny" ;) and it contained, mail addresses in the style name <mailto:address>.
Don't know if this is PC style, but in this case an "auto-strip" of YAM would be very cool, too. :)

comment:4 Changed 4 years ago by tboeckel

Could you provide an example mail please? Jens and me don't know what you are talking about.

And where is the connection to the initial request at all?

comment:5 Changed 4 years ago by padrino

Well, the mail was nothing special... She just wrote, something like:

Here are the email-addresses you requested.

She then used some prg/tool (whatever) to paste/add them to the mail body.
They ended up as

Your name <mailto:name@…>

If YAM, would filter, as in my request, I could easily mark the whole line, copy it to "TO:" and forget about it.
ATM I have to strip the mailto: by hand.
That's the connection.

As she used a PC/Win this is probably some typical thing how addresses can end up in a mail. So I thought, it would be nice if YAM could cope with this...

comment:6 Changed 4 years ago by tboeckel

  • Priority changed from undecided to low
  • Resolution set to wontfix
  • Status changed from new to closed

No. From my point of view automatically removing text from a mail is no option. What if you definitely want to include such strings in your mails and YAM just removes them silently? It would be impossible to keep these strings. Furthermore where do we start to remove stuff and where do we end? As you suggest only the "mailto:" part should be removed, but what if the complete address looks like "<mailto:foobar>"? You would end up with "<foobar>", which is even worse.

If someone includes them in the mail body it may look ugly for other people. But nobody knows if these strings were included by accident or by intention, no matter which OS was used to compose the mail, so better leave them in.

comment:7 Changed 4 years ago by padrino

  • Resolution wontfix deleted
  • Status changed from closed to reopened

You missunderstood me...

I am not speaking about the mail body. :(

I am Speaking about the To: string when composing a message. It wouldn harm to strip a mailto: there when generating the mails.
E.g. Subject strips "RE:" to.

comment:8 Changed 4 years ago by damato

Ok, I think I know now what you mean Mario (unfortunately your reports are often confusing at a first sight).

You mean that when you have the text "mailto:test@…" in your copybuffer and you press "Amiga+V" in the recipientstring you want to have "mailto:" stripped from the text. Right? Of course this would be possible, however the valid question have to be asked why you don't simply double-click on the mailto: link so that YAM opens a new write window for you with already having the "mailto:" stripped? And another question is why you not simply only select the mail address if you are anyway at the job in selecting text in the read window?

comment:9 Changed 4 years ago by padrino

Well, it does hot need to be a "real time" stripping on paste. To me, it would be enough if the stripping happens when you press send, hold, later...
Cause at that point a to: with "mailto:" is not valid.

To bw honest, I don't know all about this... But I remeber, that "back" then, it happend quite often to me, that I ended up with a "mailto:" in the string gadget.
Maybe OpenURL was not there, or badly configured whatever.

I don't think that it is about clicking urls put copying them "from the outside world", ie. not in a mail, but in some readme, textdoc, etc.

This mail I just mentioned was just another case where it could be usefull, cause I wanted to have the realname in the to: string to, so a double click was no option, as it would have only passed the mailaddress.
And when I copy the complete string, then I have to eiterh copy it in two parts or remove the "mailto:" by hand afterwards.

Hope I could make myself clear.

Sorry, if my English is not that good, but I am getting older, more confused and my English skills fade more and more...

comment:10 Changed 4 years ago by tboeckel

  • Owner set to tboeckel
  • Status changed from reopened to assigned

comment:11 Changed 4 years ago by tboeckel

  • Resolution set to fixed
  • Status changed from assigned to closed

(In [4735]) * mui/Recipientstring.c: a possible "mailto:" header in front of an address

will now be stripped upon resolving the complete string. This closes #93.

comment:12 Changed 4 years ago by tboeckel

  • Component changed from undefined to user interface
  • Milestone set to YAM 2.7
  • Severity changed from major to trivial
  • Version set to nightly build

comment:13 Changed 4 years ago by padrino

First of all, thanks.

But could you improve it? Cause atm it only works for

mailto:test@…

but not for

<mailto:test@…>
Me <mailto:test@…>
"M E" <mailto:test@…>

comment:14 Changed 4 years ago by tboeckel

If this is going to be implemented it won't be done by me. From my point of view there must be a limit somewhere. You cannot expect to paste arbitrary "crap" and let YAM convert it to exactly what you expect. Especially the last two examples look very broken and not RFC conformant to me. Maybe Jens knows better. As last instance your SMTP server should reject utterly broken addresses before accepting them.

Being able to paste arbitrary text gives you lots of freedom on the one hand, but on the other hand it requires some responsibility from you to paste only those parts which belong to a valid email address. As I already stated before you want to be able to type what ever you want without any interpretation or modification by YAM. If you paste or type crappy addresses you will have to live with that. Period.

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

This list contains all users that will be notified about changes made to this ticket.

These roles will be notified: Reporter, Owner, Subscriber

  • Mario Cattaneo(Reporter, Participant)
  • Thore Böckelmann(Owner, Participant)