search for: old_uid

...-u -r1.39 uidswap.c --- uidswap.c 6 Sep 2003 06:44:39 -0000 1.39 +++ uidswap.c 16 Sep 2003 14:47:54 -0000 @@ -191,10 +191,12 @@ permanently_set_uid(struct passwd *pw) (u_int)pw->pw_gid); } +#ifdef HAVE_CYGWIN /* Try restoration of UID if changed (test clearing of saved uid) */ if (old_uid != pw->pw_uid && (setuid(old_uid) != -1 || seteuid(old_uid) != -1)) fatal("%s: was able to restore old [e]uid", __func__); +#endif /* Verify UID drop was successful */ if (getuid() != pw->pw_uid || geteuid() != pw->pw_uid) { -- Corinna Vinschen Cygwin D...

...|| setegid(old_gid) != -1)) fatal("%s: was able to restore old [e]gid", __func__); My question is, should this change also be included in the setuid() call a few lines later? ... /* Try restoration of UID if changed (test clearing of saved uid) */ if (old_uid != pw->pw_uid && [should change be here also?] (setuid(old_uid) != -1 || seteuid(old_uid) != -1)) fatal("%s: was able to restore old [e]uid", __func__); David Holmes F5 Networks d.holmes at f5.com

> Hi, > > we are upgrading some servers from C6 to C7 with a lot of user accounts > on them (UID>=500). > CentOS 7 has MIN_UID/MIN_GID 1000, Centos 6 has 500 in login.defs. > > Can I change in /etc/login.defs MIN_UID/MIN_GID to 500 for C7? So I > could just grep the users out from passwd/shadow/group files and append > them to the Centos7 passwd/shadow/group files.

Hi, we are upgrading some servers from C6 to C7 with a lot of user accounts on them (UID>=500). CentOS 7 has MIN_UID/MIN_GID 1000, Centos 6 has 500 in login.defs. Can I change in /etc/login.defs MIN_UID/MIN_GID to 500 for C7? So I could just grep the users out from passwd/shadow/group files and append them to the Centos7 passwd/shadow/group files. Can this do any damage to CentOS7 later

...unref (_user=0x1b2d070) at mail-user.c:163 user = 0x1b60e80 __FUNCTION__ = "mail_user_unref" #4 0x000000000040832b in client_input_data_write_local (client=0x1b2cf60, input=0x1b43f10) at commands.c:830 session = 0x1b60a70 src_mail = 0x1b5c250 old_uid = 300 first_uid = 4294967295 __FUNCTION__ = "client_input_data_write_local" #5 0x0000000000408755 in client_input_data_write (client=0x1b2cf60) at commands.c:939 input = 0x1b43f10 ret = true #6 0x0000000000408b18 in client_input_data_handle (client=...

...761a5840, client=0x7fc57617df50) at commands.c:732 count = <optimized out> #11 client_input_data_write_local (input=<optimized out>, client=0x7fc57617df50) at commands.c:827 src_mail = 0x7fc5761a5840 first_uid = 4294967295 session = 0x7fc5761aa060 old_uid = 0 #12 client_input_data_write (client=0x7fc57617df50) at commands.c:939 input = 0x7fc57618dc50 ret = true #13 client_input_data_handle (client=0x7fc57617df50) at commands.c:1033 data = <optimized out> size = 934 ret = <optimized out> #14 0x00007...

...w. So, I would like to propose the following change to 3.9p1... --- uidswap.c.orig Sun Aug 29 15:43:57 2004 +++ uidswap.c Sun Aug 29 15:44:05 2004 @@ -201,7 +201,7 @@ #endif /* Try restoration of GID if changed (test clearing of saved gid) */ - if (old_gid != pw->pw_gid && + if (old_uid && (old_gid != pw->pw_gid) && (setgid(old_gid) != -1 || setegid(old_gid) != -1)) fatal("%s: was able to restore old [e]gid", __func__); After this change also root can again use ssh-3.9p1. I hope this helps. Cheers, // jau .--- ..- -.- -.- .-...

Hello! I'm having crashes with LMTP delivery when user is over quota on the latest CentOS 7.4 with the latest Dovecot 2.3.0.1 from Dovecot repo. I see the issue has been fixed on January 17, but it doesn't seem to have made it into 2.3.0.1 (I compared with the source from https://dovecot.org/releases/2.3/dovecot-2.3.0.1.tar.gz).

...count = <optimized out> i = 0 #19 lmtp_local_data (client=client at entry=0x56239bdbc338, cmd=cmd at entry=0x56239bde1ea8, trans=trans at entry=0x56239bde0d68, input=<optimized out>) at lmtp-local.c:734 local = 0x56239bde2020 session = 0x56239bddf1a8 old_uid = 0 #20 0x000056239a9cdb53 in cmd_data_finish (trans=0x56239bde0d68, cmd=0x56239bde1ea8, client=0x56239bdbc338) at commands.c:144 state = 0x56239bdbc3c0 input_proxy = 0x0 input_msg = 0x0 input_local = 0x56239bde26b8 inputs = {0x0, 0x56239bde2238, 0x0} #21 cmd...

...a5bb060, client=0x7f917a560a10) at commands.c:930 count = <optimized out> #13 client_input_data_write_local (input=<optimized out>, client=0x7f917a560a10) at commands.c:1026 src_mail = 0x7f917a5bb060 first_uid = 4294967295 session = 0x7f917a5bf880 old_uid = 0 #14 client_input_data_write (client=0x7f917a560a10) at commands.c:1161 input = 0x7f917a57d1f0 #15 client_input_data_handle (client=0x7f917a560a10) at commands.c:1256 data = <optimized out> size = 110 ret = <optimized out> #16 0x00007f9177d9d962 in io_...

...commands.c:732 > count = <optimized out> > #11 client_input_data_write_local (input=<optimized out>, client=0x7fc57617df50) at commands.c:827 > src_mail = 0x7fc5761a5840 > first_uid = 4294967295 > session = 0x7fc5761aa060 > old_uid = 0 > #12 client_input_data_write (client=0x7fc57617df50) at commands.c:939 > input = 0x7fc57618dc50 > ret = true > #13 client_input_data_handle (client=0x7fc57617df50) at commands.c:1033 > data = <optimized out> > size = 934 >...

...= 0 ??????? rcpts = <optimized out> #3? lmtp_local_data (client=client at entry=0x56246abaf538, cmd=cmd at entry=0x56246ab81868, trans=trans at entry=0x56246abc3df8, input=<optimized out>) at lmtp-local.c:734 ??????? local = 0x56246ab7cba0 ??????? session = 0x56246abe2cd8 ??????? old_uid = 0 #4? 0x0000562468e02123 in cmd_data_finish (trans=0x56246abc3df8, cmd=0x56246ab81868, client=0x56246abaf538) at commands.c:144 ??????? state = 0x56246abaf5c0 ??????? input_proxy = 0x0 ??????? input_msg = 0x0 ??????? input_local = 0x56246abd5348 ??????? inputs = {0x0, 0x56246abcd108, 0x0} #...

On Thu, 2015-08-06 at 09:12 +0200, Stephan Bosch wrote: > Could you provide a full backtrace using the gdb command `bt full'? Thanks for the reply. Is this everything you need? #0 0x00007f8553969626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #1 0x00007f8552eff4e6 in ext_extdata_validator_load (ext=0x7f8556f60280,

...3fb4e840, client=0x7ff53fb26f50) at commands.c:732 count = <optimized out> #11 client_input_data_write_local (input=<optimized out>, client=0x7ff53fb26f50) at commands.c:827 src_mail = 0x7ff53fb4e840 first_uid = 4294967295 session = 0x7ff53fb53060 old_uid = 0 #12 client_input_data_write (client=0x7ff53fb26f50) at commands.c:939 input = 0x7ff53fb36c50 ret = true #13 client_input_data_handle (client=0x7ff53fb26f50) at commands.c:1033 data = <optimized out> size = 936 ret = <optimized out> #14 0x00007...

...d out> > i = 0 > #19 lmtp_local_data (client=client at entry=0x56239bdbc338, cmd=cmd at entry=0x56239bde1ea8, trans=trans at entry=0x56239bde0d68, input=<optimized out>) at lmtp-local.c:734 > local = 0x56239bde2020 > session = 0x56239bddf1a8 > old_uid = 0 > #20 0x000056239a9cdb53 in cmd_data_finish (trans=0x56239bde0d68, cmd=0x56239bde1ea8, client=0x56239bdbc338) at commands.c:144 > state = 0x56239bdbc3c0 > input_proxy = 0x0 > input_msg = 0x0 > input_local = 0x56239bde26b8 > inputs = {0x0...

...0x9a8480, src_mail=0x9a3c60, client=0x98af00) at commands.c:732 rcpts = 0x98b770 count = 1 #17 client_input_data_write_local (input=<optimized out>, client=0x98af00) at commands.c:827 src_mail = 0x9a3c60 first_uid = 4294967295 session = 0x9a8480 old_uid = 0 #18 client_input_data_write (client=0x98af00) at commands.c:938 input = 0x99b5b0 ret = true #19 client_input_data_handle (client=0x98af00) at commands.c:1032 data = <optimized out> size = 1794 ret = <optimized out> #20 0x00007fc2712db996 in io...

> We'll need the `dovecot -n` output first. Here we go: > # 2.2.devel (933d16f): /etc/dovecot/dovecot.conf > # Pigeonhole version 0.4.devel (63f9b42) > # OS: Linux 3.13.0-98-generic x86_64 Ubuntu 14.04.5 LTS > default_vsz_limit = 2 G > lmtp_user_concurrency_limit = 10000 > mail_attachment_dir = /home/copymail/attachments > mail_location = mdbox:~/mdbox >

On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote: > Since the extdata plugin is not part of the normal Debian packages (not > afaik anyway), you likely compiled and installed the extdata plugin > manually in the past while using Dovecot 2.1. Do that again, but use > this repository: http://hg.rename-it.nl/pigeonhole-0.4-sieve-extdata/ I'm just trying to install this now,

...40, src_mail=0x13eaf20, client=0x13b5340) at commands.c:822 rcpts = 0x13b6440 count = 1 #23 client_input_data_write_local (input=<optimized out>, client=0x13b5340) at commands.c:918 src_mail = 0x13eaf20 first_uid = 4294967295 session = 0x13ef740 old_uid = 0 #24 client_input_data_write (client=0x13b5340) at commands.c:1035 input = 0x13d0020 ret = true #25 client_input_data_handle (client=0x13b5340) at commands.c:1130 data = <optimized out> size = 543 ret = <optimized out> #26 0x00007f0ca3b2107b in...

# 2.2.devel (c73322f): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.devel (fac92b5) # OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.6 ==> /var/log/dovecot/dovecot.log <== Oct 15 09:50:15 nihlus dovecot: lmtp(11447): Connect from local Oct 15 09:50:15 nihlus dovecot: lmtp(tlx at leuxner.net): Panic: file lda-sieve-plugin.c: line 447 (lda_sieve_execute_scripts): assertion failed: (script !=