 Oswald Buddenhagen
|
924e1a7f04
sync state reader:
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
963f607c81
don't eat array lead-in on empty arrays
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
4dc23fee7b
why would somebody manipulate an expired message? right, he wouldn't:
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
9740e7e852
message tweaks
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
d5a1f5876d
more logical order
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
044d8dfb73
add some regression testing.
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
5633236ed2
fix sync entries not being purged due to c&p error.
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
8db5ec1e5e
less confusing error message on invalid mailbox.
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
6d229848a5
it's beyond me what this memset was supposed to do ...
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
633869d040
trailing whitespace
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
25db6a3c31
revert 1.8 - what was i smoking?! the CREATE argument is already quoted;
|
%!s(int64=19) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
7710b3dcb5
make flag changes unset "new" status - unless a ghost is acting in the
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
bf26a663da
don't call the driver's set_flags() if the flags did not change at all.
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
d2753c4188
64-bit cleanness
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
1a77d2e650
re-gen
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
bf4266eadc
quote CREATE argument
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
7e31f95470
re-gen
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
7f26ca3c0a
bump version
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
02babb0651
fix inverted condition leading to endless loop when message is changed
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
c2209c8470
cope with out-of-disk-space halfways gracefully (that is, don't clobber
|
%!s(int64=20) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
556dfabc38
sf.net -> sourceforge.net. otherwise the list-post is different from the
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
e8c769ea76
ignore user-defined flags (for now).
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
e75ebf75f6
fix segfault due to wrong pointer being passed to parse_response_code.
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
6741bc94d9
remove spurious crlf during cram auth. not sure that this instance of
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
f7406f530b
install supplementary doc files.
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
3f8e820acb
use legacy flock() only on linux. at least on OS X flock aliases to
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
e0cc45044f
stdarg.h at the right places
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
7e323da056
regen again
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
ca9f751ebd
update c-client compatibility
|
%!s(int64=21) %!d(string=hai) anos |
|
Oswald Buddenhagen
|
16de402c9e
when storing \seen messages, don't set the \recent flag on them. could
|
%!s(int64=21) %!d(string=hai) anos |
