The eternal uid issue

2014-07-23 Thread D. Boland
Hi Cygwin lovers, After some weeks of serious compiling, researching, understanding, fixing, testing and compiling again, I managed to get the Sendmail source code compiled and working. But I had to compromise in some critical areas. One of them is the uid issue. * sendmail, procmail, mail.loc

Re: The eternal uid issue

2014-07-23 Thread Linda Walsh
D. Boland wrote: But I had to compromise in some critical areas. One of them is the uid issue. * sendmail, procmail, mail.local assume that the id of the privileged user is '0'. Isn't it about time to make this our First Directive also? I thought sendmail used capabilities? Isn't it abou

Re: The eternal uid issue

2014-07-23 Thread D. Boland
Linda Walsh wrote: > > D. Boland wrote: > > But I had to compromise in some critical areas. One of them is the uid > > issue. > > > > * sendmail, procmail, mail.local assume that the id of the privileged user > > is '0'. > > > > Isn't it about time to make this our First Directive also? > > > >

Re: The eternal uid issue

2014-07-23 Thread Corinna Vinschen
On Jul 23 10:06, D. Boland wrote: > Hi Cygwin lovers, > > After some weeks of serious compiling, researching, understanding, fixing, > testing > and compiling again, I managed to get the Sendmail source code compiled and > working. > > But I had to compromise in some critical areas. One of them

Re: The eternal uid issue

2014-07-23 Thread D. Boland
Hi Corinna, Corinna Vinschen wrote: > > > Isn't it about time to make this our First Directive also? > > Not in relation to the uid. In contrast to Linux we don't have the one > single root user. We have potentially endless numbers of them, and one > of them, not necessarily SYSTEM, is used to

[ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

2014-07-23 Thread Yaakov Selkowitz
The following packages have been updated in the Cygwin distribution: * llvm-3.4.2-1 * llvm-doc-3.4.2-1 * libllvm3.4-3.4.2-1 * libllvm-devel-3.4.2-1 * libllvm-devel-static-3.4.2-1 * clang-3.4.2-1 * clang-analyzer-3.4.2-1 * libclang-3.4.2-1 * libclang-devel-3.4.2-1 * libclang-devel-static-3.4.2-1 *

Re: The eternal uid issue

2014-07-23 Thread Larry Hall (Cygwin)
On 07/23/2014 07:35 AM, D. Boland wrote: It actually is my solution to running Sendmail: create the Sendmail user, called 'smmsp' and make it an Administrator, so it can impersonate users on my system. But I don't like my solution, because this would mean I have to create an admin-user for an

Re: The eternal uid issue

2014-07-23 Thread Corinna Vinschen
On Jul 23 13:35, D. Boland wrote: > Corinna Vinschen wrote: > > Not in relation to the uid. In contrast to Linux we don't have the one > > single root user. We have potentially endless numbers of them, and one > > of them, not necessarily SYSTEM, is used to run the service. Keep in > > mind that

Re: The eternal uid issue

2014-07-23 Thread Andrey Repin
Greetings, D. Boland! > Hi Corinna, > Corinna Vinschen wrote: >> >> > Isn't it about time to make this our First Directive also? >> >> Not in relation to the uid. In contrast to Linux we don't have the one >> single root user. We have potentially endless numbers of them, and one >> of them, n

Re: The eternal uid issue

2014-07-23 Thread Christopher Faylor
On Wed, Jul 23, 2014 at 08:08:07PM +0400, Andrey Repin wrote: >Greetings, D. Boland! >> Cygwin security will be done for in the long run. Why not make the leap and >> show MS admins/developers how it should be done? > >You really think they are all idiots?... Like, really? Sure, why not. MS admin

Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

2014-07-23 Thread Angelo Graziosi
Sorry, Yaakov Selkowitz wrote: This is an update to the latest upstream release, and the first release for x86_64. PLEASE NOTE that clang will NOT work as a native code compiler for x86_64 at this time, but should still work as a code analyzer and LLVM bytecode compiler; PTC. That explains wh

Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

2014-07-23 Thread Yaakov Selkowitz
On Wed, 2014-07-23 at 18:37 +0200, Angelo Graziosi wrote: > Yaakov Selkowitz wrote: > > This is an update to the latest upstream release, and the first release > > for x86_64. PLEASE NOTE that clang will NOT work as a native code > > compiler for x86_64 at this time, but should still work as a cod

Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

2014-07-23 Thread Corinna Vinschen
On Jul 23 18:37, Angelo Graziosi wrote: > Sorry, > > Yaakov Selkowitz wrote: > >This is an update to the latest upstream release, and the first release > >for x86_64. PLEASE NOTE that clang will NOT work as a native code > >compiler for x86_64 at this time, but should still work as a code > >anal

Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

2014-07-23 Thread Angelo Graziosi
Corinna Vinschen wrote: The default for native Windows applications is the small code model [...] Therefore my collegue Kai Tietz provided GCC with implementations of a medium and large code model Gulp! Seems to re-read the Borland C++/TPascal manuals at the beginning of the 1990s... only the

Re: The eternal uid issue

2014-07-23 Thread D. Boland
Hi Corinna, Thanks for the reply. Corinna Vinschen wrote: > > On Jul 23 13:35, D. Boland wrote: > > Corinna Vinschen wrote: > > > Not in relation to the uid. In contrast to Linux we don't have the one > > > single root user. We have potentially endless numbers of them, and one > > > of them, n