| Summary: | KTNef does not display pdf attachments | ||
|---|---|---|---|
| Product: | TDE | Reporter: | John A. Sullivan III <jsullivan> |
| Component: | tdepim | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugwatch, darrella, michele.calgaro, rossi.f |
| Priority: | P5 | ||
| Version: | R14.1.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | 1.0 (Using Trinity R14.1.0 DEV) | Application Name: | KTNef |
| Bug Depends on: | |||
| Bug Blocks: | 2885 | ||
| Attachments: | ktnef-mapi-unicode.patch | ||
Is this report still valid? I confirm a similar problem, in my case it was due to unicode strings not supported by the current code. I am still using a KDE 3.5.10 desktop where I tested the attached patch to add support to unicode strings. The same patch should easily apply on TDE source code too. The needed code was basically already in place so I don't know why the KDE developers didn't support the unicode strings. tested the problem also with live CD tde-ubuntu-14.04-desktop-latest-amd64.iso downloaded on 15 Nov 2018. Created attachment 2908 [details]
ktnef-mapi-unicode.patch
Ciao Fabio, could you please be so kind to use TGW to share the patch? this simpifies code sharing, comment exchange and commit authorship. Once you create an account, let me know here and I can add you to the Contributors group, so that you can create a pull request for your code. TGW website https://mirror.git.trinitydesktop.org/gitea TGW user guide: https://wiki.trinitydesktop.org/TDE_Gitea_Workspace I have made an account on TGW Done, added to the Contributors group. Please remember to sign-off your commit with the -s flag, so that we can merge directly if good. Feel free to propose PR as you see fit, any contribution is welcome :-) create a new pull request: https://mirror.git.trinitydesktop.org/gitea/TDE/tdepim/pulls/11 it solves my issue but I don't know about the original problem for this bug report, John please give a feedback. This has been fixed by PR tdepim#11 (https://mirror.git.trinitydesktop.org/gitea/TDE/tdepim/pulls/11#issuecomment-899). Thanks Fabio! |
This could be user error as I have not used KTNef before however, I read all I could find and Internet searched extensively. I received an email with a winmail.dat attachment. Opening it in zimbra showed that it contained an .rtf and a .pdf file. This was expected as it was an invoice. The .rtf file contained the email content ("here's your invoice") and the .pdf the actual invoice. When we opened this with Kontact, it offered to open it with KTNef which we did. It opened to a blank screen. If we clicked on display message, we saw the contents of the .rtf file but no trace of the .pdf file. We thought it might be because it was using a copy of the attachment stored in /tmp which is noexec,nosuid,nodev on our systems so I save the attachment to my home directory and opened it directly in KTNef. The results was the same. I see no way to view the .pdf file. From the Internet searching I did, it appears the attachments should appear in a list within the KTNef window.