[kmail2] [Bug 366398] add "Delete Attachments" menu entry (complementary to "Save Attachments")

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366398

--- Comment #2 from Erik Quaeghebeur  ---
N.B.: possible duplicate of Bug 325571 and Bug 351426.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 366398] add "Delete Attachments" menu entry (complementary to "Save Attachments")

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366398

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #1 from Erik Quaeghebeur  ---
Currently, there is also the option to select multiple mime parts (be it
‘attachments’ or other) and save them using “save as”, having delete
functionality in the same way, so not just for all attachments, would nicely
complete this feature.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 330081] akonadi_davgroupware_resource has problems with server authentication

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=330081

--- Comment #3 from Erik Quaeghebeur  ---
(In reply to Denis Kurz from comment #2)
> This bug has only been reported for versions older than KDEPIM 4.14 (at most
> akonadi-1.3). Can anyone tell if this bug still present?
> 
> If noone confirms this bug for a recent version of akonadi (part of KDE
> Applications 15.08 or later), it gets closed in about three months.

I can confirm this bug for akonadi-1.13.1_pre20160203, which is the stable
version on Gentoo (15.08 is neither in testing or masked, 16.08.1 is available
masked in an overlay, not in the main repository, meaning “still broken within
Gentoo”). Kdepim is at version 4.14.11_pre20160211. I do not know whether a
Frameworks 5 version will be available within 3 months.

This bug may be related (perhaps duplicate of) Bug 323623.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 323623] DAV-ressource should detect network status instead of spreading error notifications if there is no network

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=323623

--- Comment #5 from Erik Quaeghebeur  ---
(In reply to Denis Kurz from comment #4)
> This bug has only been reported for versions older than KDEPIM 4.14 (at most
> akonadi-1.3). Can anyone tell if this bug still present?
> 
> If noone confirms this bug for a recent version of akonadi (part of KDE
> Applications 15.08 or later), it gets closed in about three months.

I can confirm this bug for akonadi-1.13.1_pre20160203, which is the stable
version on Gentoo (15.08 is neither in testing or masked, 16.08.1 is available
masked in an overlay, not in the main repository, meaning “still broken within
Gentoo”). Kdepim is at version 4.14.11_pre20160211. I do not know whether a
Frameworks 5 version will be available within 3 months.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kaddressbook] [Bug 365191] vCard4 must use LABEL ADR-parameter, not LABEL field

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365191

--- Comment #3 from Erik Quaeghebeur  ---
(In reply to Laurent Montel from comment #1)
> Could you provide me a example please ?

(In reply to Laurent Montel from comment #2)
> Git commit 0ddebb9c418f9197676b4ed7db1b41ae08eae83b by Montel Laurent.
> Committed on 08/07/2016 at 21:20.
> Pushed by mlaurent into branch 'master'.
> 
> Fix Bug 365191 - vCard4 must use LABEL ADR-parameter, not LABEL field
> 
> FIXED-IN: 5.3
> 
> M  +72   -0autotests/addresstest.cpp

I assume that you don't need an example anymore? (Sorry for not providing one,
I assumed the one in the RFC section I linked would be enough.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365192] kaddressbook corrupts or discards information in it does not know (carddav)

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365192

--- Comment #14 from Erik Quaeghebeur  ---
(In reply to Laurent Montel from comment #13)
>
> FIXED-IN: 5.3

Thanks for your expedient handling of this issue! I'll keep an eye on the
version I get through my distribution and test once it's at 5.3.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365192] kaddressbook corrupts or discards information in it does not know (carddav)

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365192

--- Comment #5 from Erik Quaeghebeur  ---
Created attachment 99935
  --> https://bugs.kde.org/attachment.cgi?id=99935=edit
diff of pre and post vcard files

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365192] kaddressbook corrupts or discards information in it does not know (carddav)

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365192

--- Comment #3 from Erik Quaeghebeur  ---
Created attachment 99933
  --> https://bugs.kde.org/attachment.cgi?id=99933=edit
pre-manipulation vcard file

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365192] kaddressbook corrupts or discards information in it does not know (carddav)

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365192

--- Comment #4 from Erik Quaeghebeur  ---
Created attachment 99934
  --> https://bugs.kde.org/attachment.cgi?id=99934=edit
post-manipulation vcard file

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365192] kaddressbook corrupts or discards information in it does not know (carddav)

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365192

--- Comment #2 from Erik Quaeghebeur  ---
(In reply to Laurent Montel from comment #1)
> I improved a lot vcard4 support in kf5

Please note, this issue is not vcard4-specific.

> could you provide some vcard4 file where info are discarded please ?

Yes, I'll attach test-pre.vcf for the vcard as it was before manipulation in
kaddressbook, text-post.vcf after manipulation, and test.vcf.diff to show the
changes explicitly. The manipulation consisted of adding the NICKNAME Testy.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365193] New: vCard4 export must use RELATED field instead of custom X- field

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365193

Bug ID: 365193
   Summary: vCard4 export must use RELATED field instead of custom
X- field
   Product: kaddressbook
   Version: unspecified
  Platform: Gentoo Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net
CC: to...@kde.org

When exporting a contact to vCard4 with a spouse field, the file contains the
line

X-KADDRESSBOOK-X-SpousesName:testy toster

In vCard4, there is the RELATED field for such information (see
https://tools.ietf.org/html/rfc6350#section-6.6.6):

RELATED;TYPE=spouse;VALUE=text:testy toster

(The vcard4-implementation gives you the opportunity to do away with custom
fields entirely; given that addressbooks are commonly synced, such fields do
more harm than good.)

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365192] New: kaddressbook corrupts or discards information in it does not know (carddav)

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365192

Bug ID: 365192
   Summary: kaddressbook corrupts or discards information in it
does not know (carddav)
   Product: kaddressbook
   Version: unspecified
  Platform: Gentoo Packages
OS: Linux
Status: UNCONFIRMED
  Severity: critical
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net
CC: to...@kde.org

(Kontact 4.14.10)

When modifying an addressbook contact from a carddav resource that contains
fields that are not known to kaddressbook, these fields are silently discarded
or corrupted.

Example:
* IMPP and RELATED fields are discarded.
* fields with group syntax (e.g., item1.ADR or davdroid2.ABLABEL) get
corrupted, i.e., the group (e.g., item1 or davdroid2) and the period get lost
(and also item2.ADR gets thrown away entirely) and sometimes duplication of the
first part of the label name (until a dash) happens. Perhaps kadressbook does
not know the grouping syntax?

kaddressbook should never touch fields it does not know! Just keep them in the
vCard as-is.

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kaddressbook] [Bug 365191] New: vCard4 must use LABEL ADR-parameter, not LABEL field

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365191

Bug ID: 365191
   Summary: vCard4 must use LABEL ADR-parameter, not LABEL field
   Product: kaddressbook
   Version: unspecified
  Platform: Gentoo Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net
CC: to...@kde.org

vCard4 export uses a LABEL field as in vCard, but it must use a LABEL parameter
to the corresponding ADR field: see
https://tools.ietf.org/html/rfc6350#section-6.3.1

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 351426] Remove optionaly single, or all attachments

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=351426

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #1 from Erik Quaeghebeur  ---
Duplicate of Bug 325571

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 325571] option to delete all attachments

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=325571

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #2 from Erik Quaeghebeur  ---
Bug 351426 is a duplicate of this one, with the added detail that not only one
or all should be removable at once, but also some (a selection).

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 363539] kmail sometimes does not store/update on IMAP server

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363539

--- Comment #1 from Erik Quaeghebeur  ---
Related: Bug 360834

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[Akonadi] [Bug 360834] no mechanism to reattempt to store items without rid (just in db) into the resource

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360834

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 364176] New: grantlee theme (short)date ignores time zone difference

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364176

Bug ID: 364176
   Summary: grantlee theme (short)date ignores time zone
difference
   Product: kmail2
   Version: 4.14.10
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net

When using a grantlee theme, the date it shows is not the same as the date
shown by the built-in themes. Namely, the grantlee theme is wrong in the sense
that it ignores the time zone difference. For example, I have a mail sent at
8:36:25 +00:00, which is shown (correctly) in my time zone as 10:36 by the
built-in themes, but is shown as 8:36 by the grantlee themes.

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kdepimlibs] [Bug 363561] New: Feature request: IMAP extension blacklist

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363561

Bug ID: 363561
   Summary: Feature request: IMAP extension blacklist
   Product: kdepimlibs
   Version: 4.14.2
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: akonadi
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net

KMail's IMAP backend is known for its fragility. Some IMAP servers cause more
problems than others. So one thing could be that some extensions are not
supported very robustly. It could be very helpful for users to try and work
around issues they experience to provide an option to blacklist certain
extensions in the ‘Advanced’ IMAP resource settings.

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 363539] New: kmail sometimes does not store/update on IMAP server

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363539

Bug ID: 363539
   Summary: kmail sometimes does not store/update on IMAP server
   Product: kmail2
   Version: 4.14.10
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net

Sometimes, kmail does not store or update messages on the IMAP server. Namely,
often when I compose and submit a message, it is saved to sent-mail folder in
the local akonadi database, but does not actually appear on the server
(verified using other clients such as webmail). In the akonadi database, the
message then has no ‘Remote ID’ (which I guess corresponds with its IMAP UID).
The workaround I use is to move it to another account and back. Also, flag
updates such as marking \SEEN is not propagated to the server. The workaround I
use is to unmark \SEEN and mark \SEEN again.

This does not happen with all accounts, but specifically with accounts on a
Dovecot server. So it may be a server bug (unlikely, as other clients do not
have this problem) or a bug triggered in the interaction with this server's
specific set of capabilities:

IMAP4REV1
LITERAL+
SASL-IR
LOGIN-REFERRALS
ID
ENABLE
IDLE
SORT
SORT=DISPLAY
THREAD=REFERENCES
THREAD=REFS
MULTIAPPEND
UNSELECT
CHILDREN
NAMESPACE
UIDPLUS
LIST-EXTENDED
I18NLEVEL=1
CONDSTORE
QRESYNC
ESEARCH
ESORT
SEARCHRES
WITHIN
CONTEXT=SEARCH
LIST-STATUS
SPECIAL-USE
QUOTA

In any case, whatever the reason, for the case that the message is not actually
submitted to the server, kmail (or the responsible backend) has enough
information to just resubmit, because it needs to fill in the ‘Remote ID’/IMAP
UID. For the flag change, modseqs could be used to check. 

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 361368] option to delete multipart/alternative attachments missing, e.g. text/html

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=361368

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #1 from Erik Quaeghebeur  ---
You can do this using a filter.

See https://github.com/equaeghe/mailfilters/blob/master/alternative2.py for the
Python script I use. It could/should be improved still; improvement suggestions
welcome. (It says Python 3.4, but should work with 3.4+ as well.) It works well
for me, but use at your own risk. Do take into account that the filtering
subsystem is a bit flaky... sometimes I need to put a filter in first place to
be able to trigger it.

The filter is a match-all-messages pipe-through via
/home/equaeghe/.local/bin/alternative2plain, that I only apply manually, via
the filter context-submenu or an assigned shortcut key.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 363464] New: resent headers put incorrectly when redirecting

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363464

Bug ID: 363464
   Summary: resent headers put incorrectly when redirecting
   Product: kmail2
   Version: 4.14.10
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net

From RFC5322 :

   Resent fields SHOULD be added to any message that is reintroduced by
   a user into the transport system.  A separate set of resent fields
   SHOULD be added each time this is done.  All of the resent fields
   corresponding to a particular resending of the message SHOULD be
   grouped together.  Each new set of resent fields is prepended to the
   message; that is, the most recent set of resent fields appears
   earlier in the message.  No other fields in the message are changed
   when resent fields are added.

So the original message should be taken and the resent headers should be
prepended as a single block, nothing more, nothing less. Currently, KMail
appends the headers and further modifies the original headers, as can be seen,
e.g., in bug 360320 , which
also shows that this bug is still present in the 5-branch.

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 333645] redirected mail stored in wrong sent-folder

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=333645

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #1 from Erik Quaeghebeur  ---
(In reply to Wolfgang Schindler from comment #0)
> seems to be a duplicate of 286875

Given that 286875 was fixed in 2011, this seems unlikely. Moreover, I'm using
4.14.10 and also sometimes encounter this issue. It also happens in other
situations (answers to scheduling events, for example), so it may be more
general than just redirects.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 358049] URLs that end in . or ? aren't parsed correctly

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358049

--- Comment #5 from Erik Quaeghebeur  ---
(In reply to kdex from comment #4)

Thanks for your reply.

> I don't see a clear benefit from teaching people to misunderstand URLs.
> Suggesting that they might not end in a dot will naturally break lots of
> valid URLs, and the same goes for question marks (and potentially other
> tokens that I haven't checked).

Well, that is an URL entry issue. KMail could suggest people to encapsulate
URLs it detects in mails about to be sent out using <...>.

> Also, expecting that users will put punctuation symbols after their URLs to
> end a sentence is a constructed heuristic; the majority of my sent and
> received mails actually contain footnotes such as "[1]", which will be
> completed with their URLs at the bottom of the mail, line by line. This
> format is also very wide-spread and suffers from KMail's heuristic.

Indeed this format is common. URLs ending with periods or question marks less
so, and that is where it breaks. Nevertheless a valid point.

> Next, observe that this is not just about usernames that might end in
> punctuation. See [1] to agree that a dot at the end of a domain is, too,
> valid syntax and should be parsed to reflect that.

I would need to be convinced that this is a practical issue. I haven't come
across mails with domains in this format. I have come across plenty of mails
with periods as punctuation at the end of URLs, i.e., that won't resolve if the
period is parsed as part of the URL.

> In the case of usernames
> or other dynamic parts in a URL, KMail *will* break websites (like [2],
> which allows trailing dots in usernames and thus, in their profile page
> URLs).

Indeed; that is problematic. You've convinced me that this is a real issue.
Nevertheless, always parsing periods as part of the URL will also break links.
The KMail devs will have to decide what is most important.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 363427] unsafe characters incorrectly parsed as part of URL

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363427

--- Comment #1 from Erik Quaeghebeur  ---
(In reply to Erik Quaeghebeur from comment #0)
>
> [http://www.example.org/][whatever]

Where do I file bugs against the KDE's bug tracking system? ;-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 363427] New: unsafe characters incorrectly parsed as part of URL

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363427

Bug ID: 363427
   Summary: unsafe characters incorrectly parsed as part of URL
   Product: kmail2
   Version: 4.14.10
  Platform: Gentoo Packages
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: kdeb...@equaeghe.nospammail.net

Unsafe characters are incorrectly parsed as part of URL when showing plain text
emails. This sometimes result in spurious ‘dangerous-URL’-warnings .

Consider the following text, a type not uncommon in multipart/alternative
mails:

[Please visit our booth 24-25
http://example.com/][cid:image004.png@01D1B286.A42C3F20][Please visit our booth
24-25
http://example.com/][cid:image004.png@01D1B286.A42C3F20][cid:image012.png@01D19A5C.4369C910]

The following two links are extracted by kmail:

http://example.com/%5D%5Bcid:image004.png@01D1B286.A42C3F20%5D%5BPlease

http://example.com/%5D%5Bcid:image004.png@01D1B286.A42C3F20%5D%5Bcid:image012.png@01D19A5C.4369C910%5D%3Chttp://example.com/

So what happens is that the unsafe characters such as ‘]’, ‘[’, and ‘<’ are
considered part of the URL and then encoded (given the former, the latter makes
sense).
What IMHO should happen is that unsafe characters should be considered as
URL-delimiting, given that they should always be URL-encoded. In fact, this is
usually done by kmail, but in this case, this failed because there was a space
before the initial URL. Namely, consider

[http://www.example.org/][whatever]
[http://www.example.org/] [whatever]
[http://www.example.org/]

[a http://www.example.org/][whatever]
[a http://www.example.org/] [whatever]
[a http://www.example.org/]

In the first set of three, parsing is always correct. In the latter set of
three, it is incorrect for the first line, i.e., a link

http://www.example.org/%5D%5Bwhatever%5D

is generated.

So I think the parsing code should be modified to deal with such cases.

Reproducible: Always

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 358049] URLs that end in . or ? aren't parsed correctly

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358049

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #3 from Erik Quaeghebeur  ---
(In reply to kdex from comment #2)
> No; then the URI wouldn't *end* in the question mark.

Clearly, the parsing code needs to take into account both what valid URLs are
*and* what people type in mails. When a URL comes at the end of a sentence,
people write punctuation after it, such as a period and a question mark. So if
nothing comes after that, i.e., there is white space or a line break, the most
likely situation is that those symbols are punctuation and not part of the URL,
although they could be. So the question is, do those user names in URLs you
mention end with a period?

I tested the following (in 4.14.10):

http://example.com/whatever.
http://example.com/whatever. you
http://example.com/whatever.you

http://example.com/whatever?
http://example.com/whatever? q
http://example.com/whatever?q

In both cases, the first two links in KMail end before the punctuation and the
last one includes the punctuation and what follows. (So, FWIW, I would say this
issue can be CONFIRMED.) This seems a reasonable choice to me. I guess there
need to be a sufficient number of URLs in the wild ending with punctuation
symbols for it to counteract the argument that these symbols are usually not
part of URLs in email messages.

I suggest closing as WONTFIX based on that argument.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 344163] "Unable to fetch item from backend (collection 8260) : Unable to retrieve item from resource"

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=344163

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

--- Comment #7 from Erik Quaeghebeur  ---
(In reply to Martin Steigerwald from comment #6)
> I am closing this.

Perhaps reopen, or is this a different issue:

I get "Unable to fetch item from backend (collection -1) Unable to retrieve
item from resource: Ongeldige item opgehaald", where the last part is a bad
Dutch translation of ‘retrieved invalid item’.

Akonadi 1.13.0
KMail 4.14.10

In akonadiconsole the problematic mail in question is grayed out and cannot be
interacted with. I'd deleted that mail, but appartently something went wrong.
This is an IMAP resource; the mail is not present on the IMAP server.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 349379] kmail crash when deleting attachment

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=349379

Erik Quaeghebeur  changed:

   What|Removed |Added

 CC||kdebugs@equaeghe.nospammail
   ||.net

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 349379] kmail crash when deleting attachment

[Erik Quaeghebeur via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=349379

--- Comment #1 from Erik Quaeghebeur  ---
Created attachment 95561
  --> https://bugs.kde.org/attachment.cgi?id=95561=edit
New crash information added by DrKonqi

kmail (4.14.8) on KDE Platform 4.14.8 using Qt 4.8.6

- What I was doing when the application crashed:

I was deleting an attachment of a message.

-- Backtrace (Reduced):
#6  0x00384e844054 in KMime::Content::parent() const () from
/usr/lib64/libkmime.so.4
#7  0x003eff69b4ab in
MessageViewer::ViewerPrivate::deleteAttachment(KMime::Content*, bool) () from
/usr/lib64/libmessageviewer.so.4
#8  0x003eff6ade4a in
MessageViewer::ViewerPrivate::slotHandleAttachment(int) () from
/usr/lib64/libmessageviewer.so.4
#9  0x003eff7356f0 in
MessageViewer::ViewerPrivate::qt_static_metacall(QObject*, QMetaObject::Call,
int, void**) () from /usr/lib64/libmessageviewer.so.4
[...]
#11 0x00384319bd1e in QSignalMapper::mapped(int) () from
/usr/lib64/qt4/libQtCore.so.4

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs