search for: master_service_settings_read

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 did it not step...

...place_malloc.c:711) ==29930==??? by 0x5277AB5: pool_system_malloc (mempool-system.c:75) ==29930==??? by 0x525D2FD: p_malloc (mempool.h:99) ==29930==??? by 0x525D2FD: hash_table_create (hash.c:70) ==29930==??? by 0x51F377C: settings_parser_init_list (settings-parser.c:215) ==29930==??? by 0x51ED102: master_service_settings_read (master-service-settings.c:595) ==29930==??? by 0x51EE3A9: master_service_settings_cache_read (master-service-settings-cache.c:387) ==29930==??? by 0x4E874BF: mail_storage_service_read_settings (mail-storage-service.c:1085) ==29930==??? by 0x4E87745: mail_storage_service_lookup_real (mail-stora...

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

...0==??? by 0x5277AB5: pool_system_malloc (mempool-system.c:75) > ==29930==??? by 0x525D2FD: p_malloc (mempool.h:99) > ==29930==??? by 0x525D2FD: hash_table_create (hash.c:70) > ==29930==??? by 0x51F377C: settings_parser_init_list > (settings-parser.c:215) > ==29930==??? by 0x51ED102: master_service_settings_read > (master-service-settings.c:595) > ==29930==??? by 0x51EE3A9: master_service_settings_cache_read > (master-service-settings-cache.c:387) > ==29930==??? by 0x4E874BF: mail_storage_service_read_settings > (mail-storage-service.c:1085) > ==29930==??? by 0x4E87745: mail_storage_servi...

Hello list, During the 'make check' (pigeonhole) portion of a building (rpmbuild) a dovecot.spec file I'm getting the following error: testsuite(root): Fatal: Couldn't drop privileges: User is missing UID (see mail_uid setting) I'm not sure how to resolve this, and any help would be appreciated to help me finish the creating the rpm -- Eric Broch White Horse Technical

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 dovecot 0x0000000100001650 start + 52 This appears to be because lib-master's master...

...103 #3 0xb7df29be in config_exec_fallback (service=0x809e7d0, input=0xbffff7e4) at master-service-settings.c:153 #4 0xb7df2b65 in master_service_open_config (service=0x809e7d0, input=0xbffff7e4, path_r=0xbffff780, error_r=0xbffff7d8) at master-service-settings.c:206 #5 0xb7df3130 in master_service_settings_read (service=0x809e7d0, input=0xbffff7e4, output_r=0xbffff7dc, error_r=0xbffff7d8) at master-service-settings.c:345 #6 0x0805c672 in doveadm_read_settings () at doveadm.c:275 #7 0x0805c7d6 in main (argc=5, argv=0x809e1c0) at doveadm.c:342

.../* open config connection before dropping privileges */ Of course the config socket is locked down as it should be: srw------- 1 root daemon 0 Feb 11 13:06 /var/run/dovecot/config Here's where the error comes from: 2 libdovecot.0.dylib 0x00000001019612a0 master_service_settings_read + 2168 3 libdovecot.0.dylib 0x000000010196193e master_service_settings_cache_read + 294 4 libdovecot-storage.0.dylib 0x000000010185d9ad mail_storage_service_read_settings + 510 5 libdovecot-storage.0.dylib 0x000000010185da5d mail_storage_service_lookup + 96...

...0 nanosleep({0, 80000000}, NULL) = 0 ... (tries to connect 14x) traceback for connect causing this selinux denial is: connect net_connect_unix : lib/network.c #246 net_connect_unix_with_retries : lib/network.c : #255 master_service_open_config : lib-master/master-service-settings.c #157 master_service_settings_read : lib-master/master-service-settings.c #302 master_settings_read : master/main.c main : master/main.c Does anyone know what happens here? Why dovecot tries to use regular file dovecot.conf as socket? There is probably some magic in it (from my pov) which I don't understand. Regards, Mich...