search for: i_unreached

I'm baaaaack. :-) I've managed to implement a suggestion from Hans Morten Kind from this list that seems to have stopped the crashing. However, my hack - commenting out a call to i_unreached() - makes me queasy because I have no idea of the ramifications of it (I don't habitually code, myself). So I wanted to lay it out for y'all in case this is a problem that you feel should be looked at. So, here's my situation. Using dovecot-1.0.rc10 downloaded from dovecot.org. Buil...

...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] == NULL; + } + + i_unreached(); + return TRUE; +} + +int iolist_del(struct io_list *list, struct io *io) +{ + if (list->ios[IOLIST_INPUT] == io) { + list->ios[IOLIST_INPUT] = NULL; + return list->ios[IOLIST_OUTPUT] == NULL; + } + if (list->ios[IOLIST_OUTPUT] == io) { + list->ios[IOLIST_OUTPUT] = NULL; + retu...

...n_discard = TRUE; > 610 break; > 611 case IMAP_SIEVE_CMD_STORE: > 612 case IMAP_SIEVE_CMD_OTHER: > 613 cause = "FLAG"; > 614 break; > 615 default: > 616 i_unreached(); > 617 } Will investigate more later today. Regards, Stephan.

...not a problem of dsync. when looking at the code, we get here an unexpected returnvalue when flushing. I propose it would be good practice to write some logging in the default switch cases, to see the unexpected returnvalues in the errorlog. something like : ostream-lzma.c : -- Line 147 : i_unreached(); ++ Line 147 : i_fatal("unexpected lzma errorcode when flushing : %s", ret); after that modification the errorlog shows : May 6 14:03:05 vm-imap dovecot: imap(test): Fatal: lzma errorcode when flushing : (null) maybe You can also investigate and let me know when fixed. Here th...

it also appears that the above-captioned file is *NOT* in the tarball :( On Sun, Nov 6, 2016 at 10:39 AM, Larry Rosenman <larryrtx at gmail.com> wrote: > ok, I found: > https://github.com/dovecot/pigeonhole/blob/master/doc/ > plugins/imapsieve.txt > and that helps. > > Can this be added to the Wiki? > > On Sun, Nov 6, 2016 at 10:30 AM, Larry Rosenman <larryrtx

...break; > > 611 case IMAP_SIEVE_CMD_STORE: > > 612 case IMAP_SIEVE_CMD_OTHER: > > 613 cause = "FLAG"; > > 614 break; > > 615 default: > > 616 i_unreached(); > > 617 } > > Will investigate more later today. > > Regards, > > Stephan. > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: larryrtx at gmail.com US Mail: 17716 Limpia Crk, Round Rock, TX 78664-72...

...14:51:51 mba dovecot: imap(formulaire): Fatal: master: service(imap): child 32761 killed with signal 6 (core dumped) I get these errors very very often. When I look at lucene-wrapper.cc source code I see the following 196: if (uni_utf8_to_ucs4(str, &dest_arr) < 0) i_unreached(); Any ideas? -Joe

...Y"; 609 can_discard = TRUE; 610 break; 611 case IMAP_SIEVE_CMD_STORE: 612 case IMAP_SIEVE_CMD_OTHER: 613 cause = "FLAG"; 614 break; 615 default: 616 i_unreached(); 617 } On Sun, Nov 6, 2016 at 10:48 AM, Larry Rosenman <larryrtx at gmail.com> wrote: > it also appears that the above-captioned file is *NOT* in the tarball :( > > On Sun, Nov 6, 2016 at 10:39 AM, Larry Rosenman <larryrtx at gmail.com> > wrote: > >&...

...not a problem of dsync. when looking at the code, we get here an unexpected returnvalue when flushing. I propose it would be good practice to write some logging in the default switch cases, to see the unexpected returnvalues in the errorlog. something like : ostream-lzma.c : -- Line 147 : i_unreached(); ++ Line 147 : i_fatal("unexpected lzma errorcode when flushing : %s", ret); I will try to change it and let You know. maybe You can also investigate and let me know when fixed. Here the log : May 5 14:53:10 vm-imap dovecot: imap(rrernboeck): Panic: file ostream-lzma.c: line 1...

The LLVM 1.4 Release is now out! Get it here: http://llvm.cs.uiuc.edu/releases/ or read about it here: http://llvm.cs.uiuc.edu/releases/1.4/docs/ReleaseNotes.html#whatsnew This release features a huge assortment of improvements in functionality, generated code quality, and compile times. Thanks to everyone who has helped make this release the best one yet. In addition to the changes

Hello there, I have been trying to make the patch work for libwrap(TCP Wrappers) posted on http://dovecot.org/patches <http://dovecot.org/patches%20Patch%20of%201.1> Patch of 1.1 but could not get it work. Any help will be highly appreciated. After compiling and running it I get error "Error: login_tcp_wrappers can't be used because Dovecot wasn't built with

...++; break; case 'H': /* BODY[HEADER] - fetch only header */ @@ -326,6 +327,7 @@ /* BODY[TEXT] - skip header */ i_stream_skip(ctx->cur_input, hdr_size.physical_size); fetch_size = &body_size; + ctx->client->retr_messages++; break; default: i_unreached(); @@ -537,6 +539,7 @@ if (strcmp(section, "TEXT") == 0) { i_stream_seek(ctx->cur_input, part->physical_pos + part->header_size.physical_size); + ctx->client->retr_messages++; return fetch_data(ctx, body, &part->body_size); } diff -ur dovecot-1...

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

...me; + } + request_init(&req, + RQ_FILE, fd, + RQ_CLIENT_ADDR, net_ip2addr(ip), + RQ_DAEMON, daemon, + 0); + fromhost(&req); + + if (!hosts_access(&req)) { + i_error("Connection refused by tcp-wrappers: %s", + net_ip2addr(ip)); + refuse(&req); + i_unreached(); + } + if (ssl) { + str_free(&process_name_ssl); + } +#endif +} + static void login_accept(void *context) { int listen_fd = POINTER_CAST_TO(context, int); @@ -89,6 +136,7 @@ i_error("accept() failed: %m"); return; } + access_check(fd, &remote_ip, FALSE); if (ne...