search for: master_service

Okay. Got to the next bit pretty quickly.: Breakpoint 4, auth_settings_read (service=0x0, pool=0x4104b020, output_r=0x7fdfffff6d0) at auth-settings.c:522 522 input.module = "auth"; (gdb) n 523 input.service = service; (gdb) n 524 if (master_service_settings_read(master_service, &input, (gdb) s Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x000000004022a380 in ?? () (gdb) So, why d...

...** diff -Nurb dovecot-2.2.16rc1/src/util/rawlog.c dovecot-2.2.16rc1.build/src/util/rawlog.c --- dovecot-2.2.16rc1/src/util/rawlog.c 2015-03-04 13:49:28.000000000 +0100 +++ dovecot-2.2.16rc1.build/src/util/rawlog.c 2015-03-11 11:31:46.090201199 +0100 @@ -362,7 +362,7 @@ int c; master_service = master_service_init("rawlog", 0, - &argc, &argv, "+f:obit"); + &argc, &argv, "+f:obat"); while ((c = master_getopt(master_service)) > 0) {...

Dovecot-2.0.alpha3 crashes on startup for me on Mac OS X. It hits a segmentation fault at: 0 libdovecot.0.dylib 0x0000000100025e9f master_service_set_die_with_master + 10 1 libdovecot.0.dylib 0x0000000100025d93 master_service_settings_read + 1818 2 libdovecot.0.dylib 0x0000000100025e63 master_service_settings_read_simple + 110 3 dovecot 0x00000001000021d3 main + 846 4 dove...

...11, Segmentation fault. #0 0x00007f66bd2fe6c7 in master_instance_list_find_by_name () from /usr/lib/dovecot/libdovecot.so.0 (gdb) bt full #0 0x00007f66bd2fe6c7 in master_instance_list_find_by_name () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #1 0x00007f66bd300ea5 in master_service_parse_option () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #2 0x00007f66bd300fd4 in master_getopt () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #3 0x0000000000401e15 in main () No symbol table info available. (gdb)

Fancy, while not fun. :-) But thanks, that does work. Doing that, n?ing over calls to strcmp, it failed: passdbs_init () at passdb.c:313 313 passdb_register_module(&passdb_ldap); (gdb) passdb_register_module (iface=0x280120) at passdb.c:33 33 old_iface = passdb_interface_find(iface->name); (gdb) passdb_interface_find (name=0x16fe60 "ldap") at passdb.c:20 20

...gin connections doing STARTTLS wouldn't fail if that causes a new config lookup. diff --git a/src/lib-master/master-service.c b/src/lib-master/master-service.c index 3de11fa1b..41005cb5e 100644 --- a/src/lib-master/master-service.c +++ b/src/lib-master/master-service.c @@ -815,6 +815,7 @@ void master_service_stop_new_connections(struct master_service *service) } if (service->login != NULL) master_login_stop(service->login); + master_service_close_config_fd(service); } bool master_service_is_killed(struct master_service *service) > That's a lot of w...

Hello, On FreeBSD, Dovecot 2.0.1 compiles fine with gcc45 and the other services have no problem, but even without any optimizations (CFLAGS) at all, pop3-login seg faults when a user tries to connect to Dovecot using POP3. As this is not the only application that has a problem with the latest version of gcc (mod_php), there may be nothing that can be done on the Dovecot side, but I thought I

...| 1 + 5 files changed, 12 insertions(+), 2 deletions(-) diff --git a/src/lib-master/master-service-settings.c b/src/lib-master/master-service-settings.c index 30ad936..67fca19 100644 --- a/src/lib-master/master-service-settings.c +++ b/src/lib-master/master-service-settings.c @@ -36,6 +36,7 @@ master_service_settings_check(void *_set, pool_t pool, const char **error_r); static const struct setting_define master_service_setting_defines[] = { DEF(SET_STR, base_dir), DEF(SET_STR, state_dir), + DEF(SET_STR, instance_name), DEF(SET_STR, log_path), DEF(SET_STR, info_log_path), DEF(SET_STR, debug_l...

Hello. The problem with dovecot/config processes never ending and spawning new one on each reload (https://www.dovecot.org/list/dovecot/2016-November/106058.html) is becoming a problem here: # ps aux|grep dovecot/config|wc -l 206 That's a lot of wasted memory - dovecot/config processes ate over 30GB of ram on 64GB box. Before killing dovecot/config processes: # free -m total

...for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-marcel-freebsd"... (gdb) list 372 /* ask auth master to disconnect us */ 373 auth_worker_client_send_shutdown(); 374 } 375 } 376 377 int main(int argc, char *argv[]) 378 { 379 int c; 380 381 master_service = master_service_init("auth", 0, &argc, &argv, "w"); (gdb) run Starting program: /usr/ports/mail/dovecot/work/dovecot-2.2.33.2/src/auth/.libs/auth Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. I...

Hello, When running multiple instances of dovecot on the same host (or running multiple docker container), it is hard to distinguish logs from different processes: the syslog entries are all prefixed with the same identifier "dovecot" It is hardcoded here: https://github.com/dovecot/core/blob/master/src/lib-master/master-service.c#L420 Would it make sense to use the already implemented

...TATEDIR"/instances" - struct master_instance_list; struct master_instance { diff --git a/src/lib-master/master-service-settings.c b/src/lib-master/master-service-settings.c --- a/src/lib-master/master-service-settings.c +++ b/src/lib-master/master-service-settings.c @@ -33,6 +33,7 @@ master_service_settings_check(void *_set, pool_t pool, const char **error_r); static const struct setting_define master_service_setting_defines[] = { + DEF(SET_STR, state_dir), DEF(SET_STR, log_path), DEF(SET_STR, info_log_path), DEF(SET_STR, debug_log_path), @@ -47,6 +48,7 @@ }; static const struct...

...his GDB was configured as "sparc64-marcel-freebsd"... > (gdb) list > 372 /* ask auth master to disconnect us */ > 373 auth_worker_client_send_shutdown(); > 374 } > 375 } > 376 > 377 int main(int argc, char *argv[]) > 378 { > 379 int c; > 380 > 381 master_service = master_service_init("auth", 0, &argc, &argv, "w"); > (gdb) run > Starting program: /usr/ports/mail/dovecot/work/dovecot-2.2.33.2/src/auth/.libs/auth > > Program received signal SIGTRAP, Trace/breakpoint trap. > Cannot remove breakpoints because program...

Hi, we have configured userdb and passdb in the director and try to iterate all users and pass the "purge" command via doveadm proxy to port 19000 on the correct director backend host. A single purge -u username at example.org via doveadm-proxy works correctly, but iterating over some users with -A fails. Note: users/domains have been anonymized in output:

..._r = t_strdup_printf( "Can't set ciphersuites to '%s': %s", set->ciphersuites, openssl_iostream_error()); return -1; } } #endif ... suggests that ciphersuite support exists. bug, checking in ./src/lib-master/master-service-ssl.c ... void master_service_ssl_ctx_init(struct master_service *service) { const struct master_service_ssl_settings *set; struct ssl_iostream_settings ssl_set; const char *error; if (service->ssl_ctx_initialized) return; service->ssl_ctx_initialized = TRUE; /* must be called after master_servic...

...2e6f "\203?\f_^[\213?]?" input_buf = {data = 0x8086678, used = 3, priv = {0x0, 0x0, 0x3, 0x0, 0x0}} #12 0xfee8c339 in master_login_auth_finish (client=0x8086618, auth_args=0x7ffffffb) at master-login.c:206 login = (struct master_login *) 0x8083668 service = (struct master_service *) 0x8082fa8 __FUNCTION__ = "master_login_auth_finish" #13 0xfee8c603 in master_login_auth_callback (auth_args=0x807a904, errormsg=0x0, context=0x7ffffffb) at master-login.c:374 client = (struct master_login_client *) 0x8086618 conn = (struct master_login_connectio...

Hi, I came up with the following patch while trying to figure out a good solution for the situation described in Debian bug #871987[1]. In short, OpenSSL in Debian unstable has disabled TLSv1.0 and TLSv1.1 *by default*. That means that unless an application requests otherwise, only TLSv1.2 is supported. In the world of e-mail this is seemingly an issue, as there are still way too many old clients

Apologies first for using two addresses, but I can?t currently read my email at distal.com. :-) I was previously running dovecot2-2.2.29.1_2 on FreeBSD 11 on sparc64. Trying to debug a problem I was having with one of my clients, I upgraded to dovecot-2.2.33.2_4 on that same server. However, I cannot connect now, log shows: Feb 20 16:55:00 westeros dovecot: master: Dovecot v2.2.33.2

hi, I've installed a testversion from 2.0.12 and getting coredumps after login via IMAP/POP3. I don't know, if it is a simple config error or something else. ====== dovecot: [ID 583609 local7.error] master: Error: service(imap): child 29333 killed with signal 11 (core dumped) [ID 583609 local7.error] master: Error: service(imap): child 29335 killed with signal 11 (core dumped) ======