search for: i_stream_get_data

...exec/dovecot/imap imap(root): Error: dlopen(/usr/local/lib/dovecot/imap/lib20_zlib_plugin.so) failed: rtld: 0712-001 Symbol i_error was referenced from module /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol i_stream_get_data was referenced from module /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol i_stream_skip was referenced from module /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition of...

...return -2; > > 237 } > > 238 stream->istream.stream_errno = mstream->input->stream_errno; > > 239 stream->istream.eof = mstream->input->eof; > > 240 stream->buffer = i_stream_get_data(mstream->input, &pos); > > 241 } else { > > 242 ret = 0; > > 243 } > > (dbx) dump > > istream-header-filter._read(stream = 0x2004aa98), line 234 in "istream-header-filter.c" > > mstream = 0x2004aa98 &gt...

Hello.... Someone know ho work the istream-concat ? I made a copy of istream-concat, and use to manipulate my encrypted body. But i got some questions about the stream->pos, stream->skip and position of the message and pointer to buffer. My messages have the W= with the email size decrypted, and it is a little lass that the email size crypto. For exemple: I have a email with 6000k in

...exceeded from=<>, msgid=: save failed to INBOX: BUG: Unknown internal error --- This "write_full() failed" from: src/lib/istream-seekable.c --- static ssize_t i_stream_seekable_read(struct istream_private *stream) { ... /* save to our file */ data = i_stream_get_data(sstream->cur_input, &size); if (write_full(sstream->fd, data, size) < 0) { i_assert(errno != 0); stream->istream.stream_errno = errno; i_error("write_full(%s) failed: %m",...

Greetings, I noticed a while back someone posted a patch/plugin that allowed Dovecot to use compressed mbox files. I'm now wondering how far that would put us from having compressed maildir? I have a server with more CPU than disk space, and while I can buy more HDD space, my backup solution doesn't make that practical. It seems to me that when looking for a message file, if it

I hacked some command line options into imaptest. I dont think I broke it.. Place into dovecot-source root as usual and compile with: gcc imaptest.c -o imaptest -Wall -W -I. -Isrc/lib -DHAVE_CONFIG_H src/lib/liblib.a As per Timo's instructions. # imaptest -h imaptest [USER at IP:PORTNO] [pass=PASSWORD] [mbox=MBOX] [clients=CC] [msgs=NMSG] [use_authenticate] [PORTNO] USER = template for

...hake' .libs/libssl_iostream_openssl.so: undefined reference to `o_stream_unref' .libs/libssl_iostream_openssl.so: undefined reference to `safe_memset' .libs/libssl_iostream_openssl.so: undefined reference to `i_stream_alloc' .libs/libssl_iostream_openssl.so: undefined reference to `i_stream_get_data_size' .libs/libssl_iostream_openssl.so: undefined reference to `o_stream_get_buffer_used_size' .libs/libssl_iostream_openssl.so: undefined reference to `i_strdup_printf' .libs/libssl_iostream_openssl.so: undefined reference to `o_stream_close' .libs/libssl_iostream_openssl.so: unde...

...ate_continue_cancel_literal(struct client_command_context *cmd) +{ + struct client *client = cmd->client; + struct cmd_append_context *ctx = cmd->context; + size_t size; + + if (cmd->cancel) + return catenate_finish(ctx, TRUE); + + (void) i_stream_read(ctx->cat.literal_input); + (void) i_stream_get_data(ctx->cat.literal_input, &size); + i_stream_skip(ctx->cat.literal_input, size); + + if (ctx->cat.literal_input->eof || client->input->closed) { + /* finished, but there may be more URL or TEXT nonsync + literals in a continued CATENATE command */ + i_stream_unref(&ctx...