search for: i_assert

...tp/http-client-request.c --- dovecot-2.3.11.3-orig/src/lib-http/http-client-request.c??? 2020-08-12 14:20:41.000000000 +0200 +++ dovecot-2.3.11.3/src/lib-http/http-client-request.c 2020-10-27 13:06:09.352973130 +0100 @@ -1229,12 +1229,12 @@ ??????? const char *error; ??????? uoff_t offset; -?????? i_assert(req->payload_input != NULL); -?????? i_assert(req->payload_output != NULL); - ??????? if (req->payload_finished) ??????????????? return http_client_request_finish_payload_out(req); +?????? i_assert(req->payload_input != NULL); +?????? i_assert(req->payload_output != NULL); + ???????...

I'm talking about Dovecot 1.0.x, since 1.1.x showed some problems on some of my servers. -- Is it possible to have Dovecot on one machine serving two different domains? How can I set the mailboxes root to one domain to /dir1/ and to the other domain to /dir2/ ? I want all mailboxes from one domain to reside on a different mailbox root. I use Dovecot LDA. Is is possible to set a LDAP

...condition condition = io->condition; + + /* grow ctx->fds array if necessary */ + if ((size_t)io->fd >= ctx->fds_size) { + size_t old_size = ctx->fds_size; + + ctx->fds_size = nearest_power((unsigned int)io->fd+1); + i_assert(ctx->fds_size < (size_t)-1 / sizeof(int)); + + ctx->fds = p_realloc(ioloop->pool, ctx->fds, + sizeof(struct fdrecord) * old_size, + sizeof(struct fdrecord) * ctx->fds_size); + mem...

....sig > Please merge to 2.2 branch this fix. I'm hitting that problem on 2.2.25: > > From 6c969ac21a43cc10ee1f1a91a4f39e4864c886cb Mon Sep 17 00:00:00 2001 > From: Aki Tuomi <aki.tuomi at dovecot.fi> > Date: Fri, 15 Jul 2016 11:31:25 +0300 > Subject: [PATCH] auth: Remove i_assert for credentials scheme > > --- > src/auth/auth-request.c | 2 -- > 1 file changed, 2 deletions(-) > That fix is included in 2.2.26. Aki

...tp/http-client-request.c --- dovecot-2.3.11.3-orig/src/lib-http/http-client-request.c??? 2020-08-12 14:20:41.000000000 +0200 +++ dovecot-2.3.11.3/src/lib-http/http-client-request.c 2020-10-27 13:06:09.352973130 +0100 @@ -1229,12 +1229,12 @@ ??????? const char *error; ??????? uoff_t offset; -?????? i_assert(req->payload_input != NULL); -?????? i_assert(req->payload_output != NULL); - ??????? if (req->payload_finished) ??????????????? return http_client_request_finish_payload_out(req); +?????? i_assert(req->payload_input != NULL); +?????? i_assert(req->payload_output != NULL); + ???????...

...tp/http-client-request.c --- dovecot-2.3.11.3-orig/src/lib-http/http-client-request.c??? 2020-08-12 14:20:41.000000000 +0200 +++ dovecot-2.3.11.3/src/lib-http/http-client-request.c 2020-10-27 13:06:09.352973130 +0100 @@ -1229,12 +1229,12 @@ ??????? const char *error; ??????? uoff_t offset; -?????? i_assert(req->payload_input != NULL); -?????? i_assert(req->payload_output != NULL); - ??????? if (req->payload_finished) ??????????????? return http_client_request_finish_payload_out(req); +?????? i_assert(req->payload_input != NULL); +?????? i_assert(req->payload_output != NULL); + ???????...

The attached patch should fix the problem with dying imap on "Unrecognized event". The problem is that when we register a handle for IO_ERROR only, we still can get readable/writable event without EV_EOF being set. This case was not handled. -- Vaclav Haisman -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: io-kq.diff URL:

...z.sig > Please merge to 2.2 branch this fix. I'm hitting that problem on 2.2.25: > > From 6c969ac21a43cc10ee1f1a91a4f39e4864c886cb Mon Sep 17 00:00:00 2001 > From: Aki Tuomi <aki.tuomi at dovecot.fi> > Date: Fri, 15 Jul 2016 11:31:25 +0300 > Subject: [PATCH] auth: Remove i_assert for credentials scheme > > --- > src/auth/auth-request.c | 2 -- > 1 file changed, 2 deletions(-) > Hi! Do you have some details how to reproduce this issue on your end? Aki

...ffset += skip; > > - if (cur_block->input->eof) { > + if (i_stream_read_eof(cur_block->input)) { > /* go to the next block */ > if (++block_idx == block_count) { > i_assert(i_stream_read_eof(full_input)); Actually, that breaks things. This one should be ok: diff --git a/src/lib-storage/index/index-mail-binary.c b/src/lib-storage/index/index-mail-binary.c index 2577f1afe5..80c319e050 100644 --- a/src/lib-storage/index/index-mail-binary.c +++ b/src/lib-storage/index/i...

...data; uoff_t high_offset; size_t size; int ret; fprintf(emxstream->debug,"READ Plugin\n"); fflush(emxstream->debug); high_offset = stream->istream.v_offset + (stream->pos - stream->skip); if (emxstream->eof_offset == high_offset) { i_assert(emxstream->high_pos == 0); stream->istream.eof = TRUE; return -1; } if (stream->pos < emxstream->high_pos) { /* we're here because we seeked back within the read buffer. */ ret = emxstream->high_pos - stream->pos; stream->...

...+ dovecot-1.0-test51/src/lib/iolist.c 2004-10-24 16:36:45.000000000 +0400 @@ -0,0 +1,56 @@ + +#include "lib.h" +#include "iolist.h" +#include "ioloop-internal.h" + +int iolist_add(struct io_list *list, struct io *io) +{ + if ((io->condition & IO_READ) != 0) { + i_assert(list->ios[IOLIST_INPUT] == NULL); + list->ios[IOLIST_INPUT] = io; + return list->ios[IOLIST_OUTPUT] == NULL; + } + if ((io->condition & IO_WRITE) != 0) { + i_assert(list->ios[IOLIST_OUTPUT] == NULL); + list->ios[IOLIST_OUTPUT] = io; + return list->ios[IOLIST_INPUT] ==...

...urrent_ioloop->highest_fd = io->fd; - io_loop_handle_add(current_ioloop, io->fd, io->condition); + io_loop_handle_add(current_ioloop, io); /* have to append it, or io_destroy() breaks */ io_p = &current_ioloop->ios; @@ -79,7 +79,7 @@ void io_remove(struct io *io) i_assert(io->fd <= current_ioloop->highest_fd); /* notify the real I/O handler */ - io_loop_handle_remove(current_ioloop, io->fd, io->condition); + io_loop_handle_remove(current_ioloop, io); io->destroyed = TRUE; diff -urpNX /usr/share/dontdiff dovecot-1.0-test32.vanilla/src/lib/...

...+ io = list->ios[i]; + + if (!io) + continue; + + if (io->condition & IO_READ) + events |= IO_EPOLL_INPUT; + if (io->condition & IO_WRITE) + events |= IO_EPOLL_OUTPUT; + } + + return events; +} + +static void iolist_add(struct io_list *list, struct io *io) +{ + int i; + + i_assert(list->count < EPOLL_IOS_PER_FD); + + for (i = 0; i < EPOLL_IOS_PER_FD; i++) { + if (!list->ios[i]) { + list->ios[i] = io; + break; + } + } + + list->count++; +} + +static void iolist_del(struct io_list *list, struct io *io) +{ + int i; + + for (i = 0; i < EPOLL_IOS_PER_FD...

...tp/http-client-request.c --- dovecot-2.3.11.3-orig/src/lib-http/http-client-request.c??? 2020-08-12 14:20:41.000000000 +0200 +++ dovecot-2.3.11.3/src/lib-http/http-client-request.c 2020-10-27 13:06:09.352973130 +0100 @@ -1229,12 +1229,12 @@ ??????? const char *error; ??????? uoff_t offset; -?????? i_assert(req->payload_input != NULL); -?????? i_assert(req->payload_output != NULL); - ??????? if (req->payload_finished) ??????????????? return http_client_request_finish_payload_out(req); +?????? i_assert(req->payload_input != NULL); +?????? i_assert(req->payload_output != NULL); + ???????...

...while (ret < 0 && errno == EINTR && stream->istream.blocking); *retc *= plain_len + plain_len_final; if (ret == 0 ) { /* EOF */ stream->istream.eof = TRUE; return -1; } if (ret < 0) { if (errno == EAGAIN) { i_assert(!stream->istream.blocking); ret = 0; // } else { // i_assert(errno != 0); // stream->istream.stream_errno = errno; // return -1; } } fprintf(zstream->debug,"READ RET = %d -- ERRNO = %d -- STR = |%s|\n", ret, errno, stre...

I can not use quota/dict when i configure it come outs this error. If the configuration gos wrong it just do not happen anything, but if the filds and name are ok, happen this.. > May 14 17:03:40 auth: Debug: Loading modules from directory: > /usr/lib/dovecot/auth > May 14 17:03:40 auth: Debug: master in: USER 1 sfrique at nti.uff.br > service=lda > May 14 17:03:40 auth:

Hi, I would like to report an issue which is 100% reproducible with a specific mail available in the reproducer attached to Red Hat's bugzilla <https://bugzilla.redhat.com/show_bug.cgi?id=1894418> (https://bugzilla.redhat.com/attachment.cgi?id=1726535): -------- 8< ---------------- 8< ---------------- 8< ---------------- 8< -------- Return-Path: <XXXXXXXXX at

...2.2 branch this fix. I'm hitting that problem on 2.2.25: > > > > From 6c969ac21a43cc10ee1f1a91a4f39e4864c886cb Mon Sep 17 00:00:00 2001 > > From: Aki Tuomi <aki.tuomi at dovecot.fi> > > Date: Fri, 15 Jul 2016 11:31:25 +0300 > > Subject: [PATCH] auth: Remove i_assert for credentials scheme > > > > --- > > > > src/auth/auth-request.c | 2 -- > > 1 file changed, 2 deletions(-) > > Hi! > > Do you have some details how to reproduce this issue on your end? It seems to be related to "unknown user" always. Oct...

...; dirs[i++] = mail_storage_get_mailbox_index_dir(box->storage, --- > > /* Only create index folders if index is not MEMORY */ > if(!mail_index_is_in_memory(mbox->ibox.index)) > dirs[i++] = mail_storage_get_mailbox_index_dir(box->storage, 107c111,113 < i_assert(i == N_ELEMENTS(dirs)); --- > else k++; > > i_assert(i == N_ELEMENTS(dirs)-k); ----- Tested only on dovecot 1.1.16 Regards, Joel A. Chornik ELSERVER.COM

Hi, I used to use dovecot 2.2.4. I saw lots of warnings saying 'Extension header update points outside header size'. I upgraded to dovecot 2.2.7, based on the discussion in mail list. Now, I see lots of imap aborts around: src/lib-index/mail-index-transaction-export.c:203: i_assert(u32.offset + u32.size <= ext_hdr_size); I also noticed, in some mailbox, imap process kept abort until all index files in the mailbox were manually deleted. Did someone run into the same problem and any solution to this? Thanks,