| Summary: | add --mimetype command line parameter | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Aaron Williams <aaronw> |
| Component: | general | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Solaris | ||
| Latest Commit: | Version Fixed/Implemented 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. |