Displaying 3 results from an estimated 3 matches for "no_close".
Did you mean:
do_close
2018 Oct 02
2
Delete vs. Expunge in Public Namespace
All,
my IMAP client [1] marks messages as deleted, but doesn't expunge.
Dovecot (2.2.27-3+deb9u2) expunges them. Is this because the mailbox is
part of public namespace?
....
::1.38247-::1.00143: MALP6 STORE
48,49,50,51,52,53,54,55,56,57,58,59,60,61 +FLAGS (\Deleted)
::1.00143-::1.38247: * 48 FETCH (FLAGS (\Deleted \Seen))
* 49 FETCH (FLAGS (\Deleted \Seen))
* 50 FETCH (FLAGS (\Deleted
2018 Oct 03
1
Delete vs. Expunge in Public Namespace
...> Or are they expunged because they're duplicates? Is there any check?
> Based on Message ID?
No.. None of this makes sense. Dovecot doesn't auto-expunge \Deleted mails in any situation.
I see your tool says:
parser.add_option("", "--no-close", dest='no_close', action="store_true",
help='Do not "close" mailbox when done. Some servers will purge deleted messages on a close command.')
If it's sending CLOSE, that explains it. It's not just "some servers", it's all IMAP servers....
2007 Apr 16
0
7 commits - libswfdec/swfdec_codec_gst.c libswfdec/swfdec_font.c libswfdec/swfdec_js_movie.c libswfdec/swfdec_morph_movie.c libswfdec/swfdec_pattern.c libswfdec/swfdec_pattern.h libswfdec/swfdec_shape.c libswfdec/swfdec_shape.h libswfdec/swfdec_sprite.c
...stroke->no_vscale = swfdec_bits_getbit (bits);
+ SWFDEC_LOG (" no vscale: %d", stroke->no_vscale);
+ stroke->align_pixel = swfdec_bits_getbit (bits);
+ SWFDEC_LOG (" align pixels: %d", stroke->align_pixel);
+ tmp = swfdec_bits_getbits (bits, 5);
+ stroke->no_close = swfdec_bits_getbit (bits);
+ SWFDEC_LOG (" no close: %d", stroke->no_close);
+ tmp = swfdec_bits_getbits (bits, 2);
+ SWFDEC_LOG (" end cap: %u", tmp);
+ stroke->end_cap = swfdec_line_cap_get (tmp);
+ if (stroke->end_cap != stroke->start_cap) {
+ SWFDEC_W...