sry but going after file ext. is not the standard.
I think we should not ignore the content-type and start guessing.
You are always free to long press the Save button and save the
attachment to the filesystem.
once saved linux will be able to identify the mimetype itself
(independent of the file ext.)
just my 2 cents.
- -aatdark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5/nDgACgkQ9wU+3S/MK7RfDgCdHiasegBl5CvBxWf+6Thux8C/
P3sAniJVFZdbSY5EJOCEuyqKxm6WAI6j
=OS/N
-----END PGP SIGNATURE-----
> sry but going after file ext. is not the standard.
Right; welcome to the world of arrogant software.
> I think we should not ignore the content-type and start guessing.
I don't know the Android APIs, but if K-9 still has control and can detect the failure, or parses out the Content-type header itself, it would make sense to try the system handler first, and if it fails, *then* inspect the filename, construct a Content-type to match, and try the system handler again.
Dennis
Sent from my Nook Color with K-9 Mail. Please excuse my brevity.
On 09/26/2011 01:22 AM, Dennis Rockwell wrote:
> I don't know the Android APIs, but if K-9 still has control and can
> detect the failure, or parses out the Content-type header itself,
> it would make sense to try the system handler first, and if it
> fails, *then* inspect the filename, construct a Content-type to
> match, and try the system handler again.
If we provide an own mechanism to recover the Content-Type from
fileextention we need to handle every common format. Because this
issue seems to only affect very very few people - it's not likly to be
implemented asap.
but please fill an new enhancement at our issuetracker.
http://code.google.com/p/k9mail/
>
>
> Dennis
>
> Sent from my Nook Color with K-9 Mail. Please excuse my brevity.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5/u2sACgkQ9wU+3S/MK7Q6YwCdFv26Hp033/ZqlzNnwISOHhpJ
hCQAnRl9WBru1YeOIoY2PgvWDNc38VDG
=IIZn
-----END PGP SIGNATURE-----
Try not to insult the people you just asked to fix your problem for free.
>> I think we should not ignore the content-type and start guessing.
>
> I don't know the Android APIs, but if K-9 still has control and can
> detect the failure, or parses out the Content-type header itself, it
> would make sense to try the system handler first, and if it fails,
> *then* inspect the filename, construct a Content-type to match, and
> try the system handler again.
In theory this is a good idea. But there are applications, e.g. APG,
that tell Android they can handle any MIME type ("*/*"). So for K-9 Mail
it looks like there's an application installed that can handle the funny
MIME type and the fallback method is never used.
I think a more practical solution is to blacklist
"application/x-unknown" and always use the file type lookup method in
that case. Just like we do for the MIME type "application/octet-stream"
right now.
On Sep 25, 2011 11:26 PM, "Pete Holsberg" <pj...@pobox.com> wrote:
>
> I tried to open a PDF attachment in K-9 mail and got an error message, so I saved it and tried to open it with Acrobat Reader but that failed too.
>
What is the error?
Have you tried copying from PC onto your phone (eg via USB). The will show whether Acrobat dislikes the PDF or K-9 is mangling it.
> On 26.09.2011 01:22, Dennis Rockwell wrote:
> > Bernhard Redl <bernha...@gmail.com> wrote:
> >
> >> sry but going after file ext. is not the standard.
> >
> > Right; welcome to the world of arrogant software.
>
> Try not to insult the people you just asked to fix your problem for
> free.
I was unclear; I was insulting the developer of the software that tagged a PDF file as "unknown" for Microsoft-class laziness, not K-9.
> In theory this is a good idea. But there are applications, e.g. APG,
> that tell Android they can handle any MIME type ("*/*").
Add that app to the "avoid" list...
> So for K-9 Mail
> it looks like there's an application installed that can handle the funny
> MIME type and the fallback method is never used.
So the "handle this" API doesn't tell K-9 that the handling app failed to handle it? That would probably rely on the failing app to actually admit failure...
> I think a more practical solution is to blacklist
> "application/x-unknown" and always use the file type lookup method in
> that case. Just like we do for the MIME type
> "application/octet-stream" right now.
So there's already a mechanism in place that can do the job with a little tweak? Great!
Bottom posting WITHOUT trimming the quoted text is FAR worse than top
posting.
Please trim your posts.
> To report an issue with K-9 Mail, visithttp://code.google.com/p/k9mail/issues/list
> For more options, visit this group athttp://groups.google.com/group/k-9-mail
>
>
> I got that message because I had the limit set too small.
> --
> Sent from my HTC EVO 4G with K-9 Mail. Please excuse tpyos.
>
>
> If a message shows up in the list with a gray background, you don't have
> all of it. Open the message and scroll to the end of the message, and
> you will see the "get complete message " button.
>
> --
> John F. Eldredge -- jo...@jfeldredge.com
> "Reserve your right to think, for even to think wrongly is better than
> not to think at all." -- Hypatia of Alexandria
>
> --
> You received this message because you are subscribed to the K-9 Mail
> Users List.
> To post to this group, send email to k-9-...@googlegroups.com
> To unsubscribe, email k-9-mail+u...@googlegroups.com
> To report an issue with K-9 Mail, visit
> http://code.google.com/p/k9mail/issues/list
> For more options, visit this group at
> http://groups.google.com/group/k-9-mail
>