Displaying 4 results from an estimated 4 matches for "unkeyword".
Did you mean:
keyword
2004 Dec 19
1
0.99.13-rc1
http://dovecot.org/rc/
I guess the RCing in 0.99.12 didn't help that much. SQL/LDAP
authentication crashed because memory was freed wrong. Please test so it
would actually work in 0.99.13.
Also fixed SEARCH UNKEYWORD which wasn't working.
Also added 1.0-test's oe-ns-eoh POP3 workaround built-in.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://d...
2004 Dec 21
1
0.99.13-rc2
...rt and changed MD5 scheme with LDAP
to act as PLAIN-MD5 rather than as MD5crypt. Patch by Joshua Goodall
+ Workaround for some POP3 client bugs: if message doesn't contain the
"end of headers" empty line, add it automatically.
- SQL and LDAP authentication was broken
- SEARCH UNKEYWORD wasn't working
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://dovecot.org/pipermail/dovecot/attachments/20041221/f9ea21c1/attachment-...
2005 Jan 06
0
0.99.13 released
...some POP3 client bugs: if message doesn't contain the
"end of headers" empty line, add it automatically.
+ vpopmail supports now all password schemes, most importantly
MD5crypt works now without support from libc's crypt()
- SQL and LDAP authentication was broken
- SEARCH UNKEYWORD wasn't working
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://dovecot.org/pipermail/dovecot/attachments/20050106/f8c4332a/attachment-...
2014 Jan 21
1
RFC 5267 Contexts for IMAP4 PARTIAL results
...ts and server responses which I have tried running against a folder,
specifying the ranges that fit the contents of the folder I have selected.
The Last of the?listed client requests returns a response that?is not as I would expect:
C: A04 UID SEARCH RETURN (PARTIAL 24000:24500) UNDELETED
UNKEYWORD $Junk
should return
S: * ESEARCH (TAG "A04") UID PARTIAL (24000:24500 NIL)
// No results are present, this is beyond the end of the results.
S: A04 OK Completed.
according to the RFC, but instead of NIL in the PARTIAL result I see the full range of
UIDs that are in the fold...