Version: 1.5.2 (using KDE 3.1.2)
Installed from: (testing/unstable)
Compiler: gcc version 3.3 (Debian)
OS: Linux (i586) release 2.4.20-3-k6
If I recive a mail, email addresses, http and ftp urls are highlighted and are links. Even smb:// like addresses work as links. This is great.
But not all urls are recognized.
Check out the following (Send yourself a mail:-)
file:/home [not recognized]
file://home [not recognized]
fish://home.ch/home [not recognized]
fish://firstname.lastname@example.org/home [only email@example.com recognized as mailto]
audiocd:/ [not recognized]
It would be nice (wishlist I guess:-) if kmail could recognize all urls. Or at least the ones with a registered kio service.
Bugzilla's a little bit worse though:-)
It seems to recognize the same url's in it's comments as kmail. BUT Kmail additionly knows
1:0 for kmail
*** Bug 53571 has been marked as a duplicate of this bug. ***
Bug 53571 also adds "vnc:"/"vnbc:" (Remote Desktop Connection invitation)
*** Bug 57631 has been marked as a duplicate of this bug. ***
as the developper for kmailpt (http://cardot.net/kmailpt), I find it's a pity that file:// uris are not recognised by kmail. Is there a good reason for this?
Indeed when my program detaches an attachment from an email, it writes (within the mail body) a line with the new location of the file on the disk, as a file:// uri. Of course this won't work.
In Kmail 3.5.7 there is something new. The links:
are recognised correctly, instead:
still they are not recognized.
KDE 4.3.1 contains a check for the following protocols:
url == "http://" ||
url == "https://" ||
url == "fish://" ||
url == "ftp://" ||
url == "ftps://" ||
url == "sftp://" ||
url == "smb://" ||
url == "vnc://" ||
url == "mailto" ||
url == "www" ||
url == "ftp" ||
url == "news" ||
url == "news://";
file:/ strictly spoken is not a valid URL, as it must be file://<path>
With solving bug 202445 the link detection has been greatly improved.
And the only missing protocol mentioned here is audiocd. But hey, who will ever send you a link to your local CD drive ...
So I see this as fixed.