Summary: | add --mimetype command line parameter | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Aaron Williams <aaronw> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Solaris | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Aaron Williams
2003-01-15 02:28:49 UTC
This problem remains in 3.1.1. I have not seen this problem on my SuSE Linux setup at home so it may only be appearing on Solaris and/or Sparc. Subject: Re: kmail --attach <url> does not preserve mime type in attachment KMail determines the mime type with KMimeType::findByURL(aUrl, 0, aUrl.isLocalFile()) But for http://-URLs KMimeType::findByURL always returns application/octet-stream as mime type. (The API documentation of KMimeType::findByURL says "If that does not help it looks at the extension. This is fine for FTP, FILE, TAR and friends, but is not for HTTP ( cgi scripts! ).".) If you want to change this then patch your http.procotol. For example by changing defaultMimetype=application/octet-stream determineMimetypeFromExtension=false to defaultMimetype=text/html determineMimetypeFromExtension=true I agree that it would be ideal if Konqueror somehow passed the mime type to KMail if the mime type is already known. But this can't be changed before KDE 3.2. I converted your bug report to a wish. Subject: Re: New: kmail --attach <url> does not preserve mime type in attachment This bug was easier to fix than I thought. It will be fixed in KMail 1.5.3. |