| Summary | Searching and Virtual Folders do not return results |
| Queue | IMP |
| Queue Version | HEAD |
| Type | Bug |
| State | Not A Bug |
| Priority | 1. Low |
| Owners | |
| Requester | mrubinsk (at) horde (dot) org |
| Created | 10/22/2005 (7375 days ago) |
| Due | |
| Updated | 10/26/2005 (7371 days ago) |
| Assigned | 10/22/2005 (7375 days ago) |
| Resolved | 10/26/2005 (7371 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
question, if the userbase for this particual install is okay with it,
would it be an option to force a supported charset on the entire
interface? Would this be done through config/nls.php?
State ⇒ Not A Bug
You can't (obviously) convert a Japanese search to ascii for example,
so the only option would be to force the charset supported by the
imap server to the search interface. But that would *really* be a
hack.
an issue with our code, but this one provider's server. One last
question, if the userbase for this particual install is okay with it,
would it be an option to force a supported charset on the entire
interface? Would this be done through config/nls.php?
Thanks for the help.
into a pref? Something like 'Force charset?' for non-compliant IMAP
servers? I'll give another go at convincing this host to provide
You can't (obviously) convert a Japanese search to ascii for example,
so the only option would be to force the charset supported by the imap
server to the search interface. But that would *really* be a hack.
charset from the interface, because this is how the user entered his
search. He could well be searching for Japanese text in a Russian
interface displayed in the UTF-8 charset.
intelligent answer here. I'm not even sure I understand how a user
could send a search in Japanese text while in a Russian interface. Now
I know the next area for some self-study.
At the risk of sounding stupid, is this something that could be put
into a pref? Something like 'Force charset?' for non-compliant IMAP
servers? I'll give another go at convincing this host to provide
UTF-8 support as the RFCs require. Nothing but problems with this
provider...
charset, like ISO-8859-1?
charset from the interface, because this is how the user entered his
search. He could well be searching for Japanese text in a Russian
interface displayed in the UTF-8 charset.
The UTF-8 is coming from IMP.
directly, to see if your new server even supports searching?
0000005 NO UTF-8 charset is not supported
I thought that all IMAP servers were required to support this charset?
This is Courier IMAP - which it turns out still allows a compile
option to not include this charset...as this server is not under my
control - is there a way to have only IMP use another charset, like
ISO-8859-1?
I'm not too familiar with the charset stuff...
directly, to see if your new server even supports searching?
older Framework_3 checkout (before it was merged with the x.1 branch).
State ⇒ Feedback
directly, to see if your new server even supports searching?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Searching and Virtual Folders do not return results
Queue ⇒ IMP
State ⇒ Unconfirmed
All searches now fail to return any results and the Virtual INBOX does
not contain any mail.
Latest HEAD, updated configuration files. I even nuked all my vfolder
related prefs for good measure. When I revert back to the UW-IMAP
server, everything works as expected. Is there some config I am
missing, or is there a problem with Courier?