Re: Security advisory: uw-imap - 3 attachments
uw-imap (whose maintainer, AFAICS, has yet to respond to reply to Corinna's message) is vulnerable to remote overflow of a buffer in the IMAP server leading to execution of arbitrary code. The only solution is to upgrade to 2004g (current Cygwin release is 2002e!). I built 2004g and it nearly builds ootb. The only patch necessary is for CRAM-MD5 auth. This patch is well known and has been used for the 2002e version also. All other patches that have been necessary for 2002e have already been integrated in the 2004g release. I could not post to the cygwin applications list via gmane, so I reply to the main list. Apologies if this not the way it should be done. I´d be glad to assist the maintainer in building a 2004g package for cygwin. I´m facing two minor issues: - the first is described here in detail: http://www.cygwin.com/ml/cygwin/2004-11/msg01137.html it has always been there for me (even with the 2002e package), so I don´t think it is a new problem - second, when I use dmail from .procmailrc, it causes a stackdump at the end of the delivery process. But all logs are written fine and all mail gets delivered, so it is more a cosmetic thing (IMHO) Attached you find 3 patches: 1) imap-2004c1.cram-md5-auth.patch It is necessary for cram-md5 to work. 2) imap-2004c1.mbx-by-default.patch (optional) Local mailboxes are created in MBX format by default, which allows simultanous rw access by multiple sessions. New mail has to be spooled to a mbox format mailbox in /var/spool/mail/user, but is transfered to ~/Mail/INBOX by UW-IMAP immediately. 3) imap-2004c1.mailsubdir-Mail.patch (optional) Mail is stored in the users ~/Mail folder. The last two patches make uw-imap behave more compliant to modern UNIX standards and more capable. These are not real patches, but configuration options for uw-imap. If you migrate from an older version of uw-imap that has been configured differently, you have to move the mailbox files to the new folder localtions. Regards, Christian begin 644 imap-2004c1.mbx-by-default.patch M9EF9B`M875R(EM87`M,C`P-,Q+G9A;FEL;$OW)C+V]S95P+W5N:[EMAIL PROTECTED] M36%K969I;4@:6UATR,#`T8S$OW)C+V]S95P+W5N:[EMAIL PROTECTED];4- MBTM+2!I;6%P+3(P,#1C,2YV86YI;QA+W-R8R]OV1E]U;FEX+TUA:V5F M:6QE3(P,#0M,3$M,#4@,C,Z,S(Z,C8N,#`P,#`P,#`P(LP,3`P#0HK*RL@ M:6UATR,#`T8S$OW)C+V]S95P+W5N:[EMAIL PROTECTED];4),C`P-2TP,RTQ M,`Q,#HU.3HP.XP,#`P,#`P,[EMAIL PROTECTED],#`-D!`(TW,BPQ,2`K-S(L,3$@ M0$`-B!324=465!%/6)S9`T*($-26%194$4][EMAIL PROTECTED],13TO M=7-R+VQI8B]N97=S+V%C=EV90T*+5-03T],1$E2/2]UW(OW!O;VP-BM3 M4$]/3$1)4CTO=F%R+W-P;[EMAIL PROTECTED])3%-03T],/20H4U!/3TQ$25(I+VUA M:6P-B!.15=34U!/3TP])A34$]/3$1)4BDO;F5WPT*(%)[EMAIL PROTECTED] MB]U8V(OG-H#0HM3$]#2U!'33TO971C+VUL;V-K#0HK3$]#2U!'33TO=7-R M+V)I;B]M;]C:PT*(`T*(`T*(,@15F875L=!F;W)M871S(9OB!CF5A M=EN9R!N97@;6%I;)O5S(%N9!F;W(@96UP='D@;6%I;)O5S(EN M('[EMAIL PROTECTED]@*SDR+#@0$`-B`C('-E=!C97)T86EN(]T:5R M(9OFUA=',@*4N9RX@;6)X(%N9!M[EMAIL PROTECTED],@=AE($5-4%194%)/5$\@ M[EMAIL PROTECTED]AEV4-B`C(9OFUA=',@8V%N(YE=F5R()E(5M'1Y(9I M;[EMAIL PROTECTED](`T*+4-214%415!23U1//75N:7APF]T;PT**T-214%415!23U1/ M/6UB'!R;[EMAIL PROTECTED];FEX')O=\-B`-B`-D!`(TR M-#L-R`K,C0W+#@0$`-B`))A54E,1[EMAIL PROTECTED]0H0T%4*2!34$5#24%,4V`@ M3U,])[EMAIL PROTECTED](`E$149!54Q41%))5D524STB:6UA!N;G1P('!O#,@;6)X M('5N:7@@AI;4B(%P-B`)4TE'5%E013UPW@@0TA%0TM05SUC6@3$]' M24Y05SUC6@0U)85%E013US=[EMAIL PROTECTED]/3$1)4CTO=F%R(%P-BL) M4U!/3TQ$25(]+W9AB]S]O;!#0H@4%#5$E6149)3$4]+W5SB]L;V-A M;[EMAIL PROTECTED](`E24TA0051(/2]UW(O8FEN+W)S:! :#0H@4)!4T5#1DQ!1U,](BUG(U/(B!#0H! ` end begin 644 imap-2004c1.cram-md5-auth.patch M9EF9B`M875R(EM87`M,C`P-,Q+G9A;FEL;$OW)C+V]S95P+W5N:[EMAIL PROTECTED] M;]G7V-Y9RYC(EM87`M,C`P-,Q+W-R8R]OV1E]U;FEX+VQO9U]C6N M8PHM+2T@:6UATR,#`T8S$N=F%N:6QL82]SF,O;W-D97`O=6YI]L;V=? M8WEG+F,),C`P,RTP-TR-B`P,CHS-SHU,RXP,#`P,#`P,[EMAIL PROTECTED],#`**RLK M(EM87`M,C`P-,Q+W-R8R]OV1E]U;FEX+VQO9U]C6N8PDR,#`U+3`S M+3$P(#$P.C4T.C$S+C`P,#`P,#`P,`K,#$P,`I`0`M,[EMAIL PROTECTED],[EMAIL PROTECTED](X+#(Q M($!`B!L;VYG(QO9VEN'@*'-TG5C=[EMAIL PROTECTED]EN=!AF=C M+-H87(@*F%R9W9;72D*('L*([EMAIL PROTECTED]@=6ED(#T@'M/G!W7W5I9#L* M+0D)0DO*B!M=7-T()E('-A;[EMAIL PROTECTED]B!N86UE(%S(QA[EMAIL PROTECTED] [EMAIL PROTECTED](HOBT@(EF(@A*-Y9U]UV5R(8F(%S=')C;[EMAIL PROTECTED]'!W+3YP=U]N M86UE+-Y9U]UV5R*2DI(')E='5R;B!.24P[BT)0D)[EMAIL PROTECTED][EMAIL PROTECTED]AE($EM M5RV]N871E3]G9V5D3VY5V5R*[EMAIL PROTECTED]@8WEG=VEN7W-E=%]I;7!E MG-O;F%T:6]N7W1O:V5N(AC6=?:1L*3L**PHK(`O*B!T:[EMAIL PROTECTED])!32U- [EMAIL PROTECTED];]W(1O97-N)[EMAIL PROTECTED];!C:5C:W!W*[EMAIL PROTECTED]@:68@ M*%U=A?;60U+G-EG9EBD**R`@PHK(`@(EF(AC6=?=7-E[EMAIL PROTECTED] M9VEV92`H*'9O:[EMAIL PROTECTED](9C6=?=7-EBD[BL@([EMAIL PROTECTED](@/2!C M'ES='(H'M/G!W7VYA;64I.PHK(!]BL@(5LV4**R`@PHK(`@(`@ M(`@(`@(`@(`@(`@(`@(`@(`@(`O*B!M=7-T()E('-A;[EMAIL PROTECTED] MB!N86UE(%S(QA[EMAIL PROTECTED]@I(HOBL@(`@:[EMAIL PROTECTED]$H8WEG7W5S M97(@)B8@(7-TF-M`H'M/G!W7VYA;64L8WEG7W5S97(I*2D@F5T=7)N
Re: shutdown-1.5-1 does not work!
Corinna Vinschen corinna-cygwin at cygwin.com writes: Too late. shutdown-1.6-1 should be on the mirrors soon. Corinna shutdown-1.6-1 fixes the problem for me. Regards many thanks, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: shutdown-1.5-1 does not work!
Corinna Vinschen corinna-cygwin at cygwin.com writes: On Apr 21 23:52, Angelo Graziosi (D. Zanello) wrote: I am tried as Administrator: Administrator at graziosi ~/Downloads/cygwin $ shutdown now WARNING!!! System is going down NOW shutdown: Couldn't shutdown: Error 5 Accesso negato. (also shutdown 5 does not work) See http://cygwin.com/ml/cygwin/2005-04/msg00959.html Corinna Same problem here with the previous version of shutdown: - cygwin 1.5.15 - shutdown 1.4-1 - XP Home SP2 - connect via sshd or local on the desktop Works fine from accounts that are in the admin group, but not for root. Same error message (but in german). Is there anything that I could run or try to help tracking this down. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: shutdown-1.5-1 does not work!
Same problem here with the previous version of shutdown: - cygwin 1.5.15 - shutdown 1.4-1 - XP Home SP2 - connect via sshd or local on the desktop Works fine from accounts that are in the admin group, but not for root. Same error message (but in german). Did you test with shutdown-1.5-1? Who is root? Is root member of the admins group? If not, you're out of luck anyway. Corinna Same effect with shutdown-1.5-1 root is member of the admin group but does not map to the builtin administrator. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: shutdown-1.5-1 does not work!
Same effect with shutdown-1.5-1 root is member of the admin group but does not map to the builtin administrator. http://cygwin.com/ml/cygwin/2005-04/msg00977.html Corinna I wanted to test if root lacks some of the system priviliges that I assigned to most of my other accounts, but editrights seems to have a problem with root too: [EMAIL PROTECTED]:{509}:$ editrights -u root -l Error in getSID (LsaLookupNames returned 0xc073=STATUS_NONE_MAPPED)! Ill try the modified version of shutdown over the weekend and post the results. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: need help with chroot with cygwin
João Please post to the list exclusively, so others may assist as well. I don´t have enought time and resources to answer all personal email. See my comments below. Regards, Christian João Carmona schrieb: Hi there, sorry to disturbe you. I retrieve your mail from a mailing list on the web. It seems that you have achieved to compile scponly with cygwin. Can You help me? I trying to compile, but i'm stop on make. $ make gcc -g -O2 -I. -I. -DHAVE_CONFIG_H -DDEBUGFILE='/usr/local/etc/scponly/debuglevel' -o scponly.o -c scponly.c gcc -g -O2 -I. -I. -DHAVE_CONFIG_H -DDEBUGFILE='/usr/local/etc/scponly/debuglevel' -o helper.o -c helper.c helper.c:12:36: libgen.h: No such file or directory helper.c: In function `substitute_known_path': helper.c:175: warning: passing arg 1 of `strdup' makes pointer from integer without a cast helper.c:180: warning: passing arg 1 of `strcmp' makes pointer from integer without a cast make: *** [helper.o] Error 1 $ Have you any idea? I make the following changes in this file as you suggested: usr/src/scponly-3.11:{509}:$ diff scponly.c scponly.c.bak 331c331 char bad_winscp3str[] = test -x /usr/sbin/sftp-server exec /usr/sbin/sftp-server test -x /usr/local/lib/sftp-server exec /usr/local/lib/sftp-server exec sftp-server; --- char bad_winscp3str[] = test -x /usr/lib/sftp-server exec /usr/lib/sftp-server test -x /usr/local/lib/sftp-server exec /usr/local/lib/sftp-server exec sftp-server; But i don't understand the next step: /usr/src/scponly-3.11:{510}:$ diff helper.c helper.c.bak 27a28,29 #define basename g_basename Simply remove (or comment) the #define additionally comment this: /usr/src/scponly-3.11:{513}:$ grep libgen.h *.c helper.c:// #include libgen.h // basename Simply remove (or comment) the #include Can be more explicit? thank you João Carmona -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scponly for chrooted sftp server in cygwin
[snip] and I really had to specify liberty.a manually in the Makefile: scponly: scponly.o helper.o ${CC} ${CFLAGS} ${DEFS} -o $ at scponly.o helper.o /usr/lib/libiberty.a FWIW, the approved way of doing this is ${CC} ${CFLAGS} ${DEFS} -o $ at scponly.o helper.o -L/usr/lib -liberty HTH, Igor Thank you Igor! I was quite sure that my solution was a bit crappy. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scponly for chrooted sftp server in cygwin
I still get the following error during the make phase. gcc -g -O2 -I. -I. -DHAVE_CONFIG_H -DDEBUGFILE='/usr/local/etc/scponly/debuglev el' -o helper.o -c helper.c helper.c:174: warning: passing arg 1 of `strdup' makes pointer from integer with out a cast helper.c:179: warning: passing arg 1 of `strcmp' makes pointer from integer with out a cast So do I. I simply didnt mind. During the install phase the script attempted to set some file permisissions as follows: ${INSTALL} -o 0 -g 0 scponly ${bindir}/scponly ${INSTALL} -o 0 -g 0 -m 0644 scponly.8 ${mandir}/man8/scponly.8 ${INSTALL} -o 0 -g 0 -m 0644 debuglevel ${DEBUGFILE} This depends on your UID setup in /etc/passwd and /etc/group. Ive best experiences giving UID 0 to root and GID 0 to the root group. If you dont have any user or group with those UID/GID, the install call will fail. I changed the make file to: ${INSTALL} -o SYSTEM -g SYSTEM scponly ${bindir}/scponly ${INSTALL} -o SYSTEM -g SYSTEM -m 0644 scponly.8 ${mandir}/man8/scponly.8 ${INSTALL} -o SYSTEM -g SYSTEM -m 0644 debuglevel ${DEBUGFILE} And it worked fine. That should be ok. Id prefer to have root/root as the owner, but SYSTEM should work also. I tried using the setup_chroot.sh script but could not get it to work. You mentioned an alternative make tool for setting up chrooted users. Or instructions on how to manually set it up. To be honest, I didnt find it anymore. Maybe there was a much easier script available with an earlier version of scponly or rssh. However, you may setup you chroot cage on your own: 1) create a base folder (your new root) with the following subfolders /cygdrive/c/temp/sftp:{528}:$ ls -R .: bin/ etc/ lib/ pub/ usr/ ./bin: chmod.exe*cygintl-1.dll* id.exe* pwd.exe* chown.exe*cygintl-2.dll* ln.exe* rm.exe* cygcrypto-0.9.7.dll* cygwin1.dll*ls.exe* rmdir.exe* cygcrypto.dll*groups* mkdir.exe* scp.exe* cygiconv-2.dll* groups.exe* mv.exe* sftp-server.exe* ./etc: group* passwd* ./lib: libcygwin.a* ./pub: ./usr: The passwd and group in the chroot only need to contain the users who will use the chroot. These files are not used for authentification, but only for UID/GID to name mapping. 2) Setup chroot in your *regular* /etc/passwd for users to be chrooted my_chr_user:unused_by_nt/2000/xp:2019:545:my_chr_user,U-WE4\my_chr_user, S-1-5-21-zzz-xxx-yyy-2019:/root/path/of/chroot:/usr/sbin/scponlyc 3) You may need to rebuild scponlyc The path setting for sftp-server needs to match your installation. So if sftp-server.exe resides in the /bin folder in your chroot, you need to setup config.h: #define PROG_SFTP_SERVER /bin/sftp-server When the user logs in, scponlyc chroots and start sftp-server afterwards. I prefer a small shellscript using rsync to keep the files in my chroot up to date when I update cygwin. #!/bin/sh rsync -ulpogtW --existing /bin/* /root/path/of/chroot/bin rsync -ulpogtW --existing /usr/sbin/* /root/path/of/chroot/bin rsync -ulpogtW --existing /usr/lib/* /root/path/of/chroot/lib This script freshens already existing files in the chroot. This should enable you to setup the chroot manually. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scponly for chrooted sftp server in cygwin
I am attempting to setup and sftp server on a windows XP pro machine. I have the latest cygwin and openssh files from cygwin.com. I downloaded the scponly source files and am now attempting to compile them. I get the following error message: helper.c:12:36: libgen.h: No such file or directory Chad Just uncomment the #included libgen.h. Declarations from this file are included in one of the cygwin default includes. The only hack I had to do was to explicitly add one or two libraries in the call to the linker. Currently Ive no access to my machine. Ill check this later and post more details if I can find the old makefile. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: scponly for chrooted sftp server in cygwin
Now having access to my machine, I can tell you the following: All applies to scponly 3.11 /usr/src/scponly-3.11:{509}:$ diff scponly.c scponly.c.bak 331c331 char bad_winscp3str[] = test -x /usr/sbin/sftp-server exec /usr/sbin/sftp-server test -x /usr/local/lib/sftp-server exec /usr/local/lib/sftp-server exec sftp-server; --- char bad_winscp3str[] = test -x /usr/lib/sftp-server exec /usr/lib/sftp-server test -x /usr/local/lib/sftp-server exec /usr/local/lib/sftp-server exec sftp-server; /usr/src/scponly-3.11:{510}:$ diff helper.c helper.c.bak 27a28,29 #define basename g_basename additionally comment this: /usr/src/scponly-3.11:{513}:$ grep libgen.h *.c helper.c:// #include libgen.h // basename /usr/src/scponly-3.11:{512}:$ diff config.h config.h.bak 23c23 #define PROG_SFTP_SERVER /bin/sftp-server --- #define PROG_SFTP_SERVER /usr/sbin/sftp-server and I really had to specify liberty.a manually in the Makefile: scponly: scponly.o helper.o ${CC} ${CFLAGS} ${DEFS} -o $@ scponly.o helper.o /usr/lib/libiberty.a Now that is not structured very well, but I hope it will help you to make you way through. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to start a Win gui app on remote server
Alexander The solution works, but be aware that there is a drawback running sshd in interactive mode: Whenever a user logs off from the server PC with the windows logoff function, windows ends all currently running ssh sessions. Search the list for a more detailed explanation. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitation in SCP?
Corinna Vinschen corinna-cygwin at cygwin.com writes: Hmm, that doesn't happen for me. I tried to copy around a 200 Megs file between WinXP and XP-Linux multiple times and don't see any hang. Did you try with Cygwin 1.5.12, too? Corinna Is it possible the cygwin has a more generic problem here? This may be off-topic (excuses for that case), but I saw some really strage things recently when I configured UW-IMAP. To prevent quite frequent hangs, I used a wrapper script #!/bin/sh tee NUL | /usr/sbin/imapd and everything was perfect. See http://sources.redhat.com/ml/cygwin/2004-11/msg01137.html for details. PS: Im also using XP (with SP2) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Chrooted OpenSSH for Windows (rssh sftp cygwin)
John M. L. john at recaffeinated.com writes: I've been trying to implement an sftp server using OpenSSH for Windows (http://sshwindows.sourceforge.net). I haven't found much recent discussion on th topic of running OpenSSH in a chrooted jail on cygwin, but the following messages from a year ago have shed some light on the topic: I solved exactly the same problem using scponly (http://www.sublimation.org/scponly/) . The current version compiles easily under recent Cygwin releases. You only have to modify the Makefile to include some libraries explicitly. Id always try to have a binary as a chroot stub and not a shell script. If you use a shell script, you need bash and several supplemental programs in the chroot jail which all may contain security leaks. The tool that I used has a make option to prepare the chroot jail. It copies all required files to the jail. So you may learn from it even if you decide to stay with rssh. Youve to make another decision: Do you only need to support sftp protocol version 2 or also older versions. In the first case it should be sufficient to have sftp-server.exe in the chroot jail (plus a passwd group). In the second case, youll need to have things like bash, ls, rm and others again. Hope this helps a bit! Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
uw-imap Cygwin secrets revealed, at least a bit!
The initial problem was: - uw-imap on cygwin ran well with Outlook Express - but hung upon connection when using Outlook 2003 In the end I made it to get it work with the following workaround: In inetd.conf, I dont start the daemon directly, but use the following wrapper script. #!/bin/sh tee NUL | /usr/sbin/imapd This slows down communication a bit, but I can connect and had no more hangs up till now. So the original problem seems to be timing specific. My guesses are: - the cygwin port of uw-imap may have a problem here. I couldnt find any similar error reports for any other platform uw-imap is running on. - cygwin causes the problem itself - inetd is out of the line since I also tested with xinetd and had similar effects Id be glad to assist one of the gurus going deeper into this. Even more, Id like to invest more time again to debug it myself, but my gdb knowledge is non-existing. If someone would show me how to start, the I definitely would do so. My concern is that usual debugging approaches will fail because of the timing related cause of the problem. Thanks to all of you so far! Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
UW-IMAP Problem with Outlook 2003
Outlook 2003 will not connect properly to my UW-IMAP server. Everything works fine with Outlook Express, but Outlook 2003 hangs as soon as it tries to connect to UW-IMAP leaving two UW-IMAP processes running. I use UW-IMAP with cram.md5 authentification together with inetd. All packages are updated to their most recent stable versions (sorry, cygcheck not available since I have no access to the machine yet. Can be provided if needed). Did anybody manage to get Outlook 2003 work together with UW-IMAP? Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: UW-IMAP Problem with Outlook 2003
Dave Korn dk at artimi.com writes: Datapoint: Lots of people report bugs in Outlook 2k3 imap handling. I know that Outlook 2003 has a somewhat crippled IMAP implementation, but in the uw-imap mailing list I saw reports that in principal it runs with uw-imap server. Regards, Christian PS: cygcheck attached thsi time Cygwin Configuration Diagnostics Current System Time: Fri Nov 19 17:47:35 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\programme\cygwin\lib\subversion\bin C:\programme\cygwin\usr\local\bin C:\programme\cygwin\bin C:\programme\cygwin\bin C:\programme\cygwin\usr\sbin c:\WINDOWS\SYSTEM32 c:\WINDOWS c:\WINDOWS\SYSTEM32\WBEM c:\PROGRAMME\GEMEINSAME DATEIEN\ULEAD SYSTEMS\MPEG C:\programme\cygwin\bin c:\PROGRAMME\GEMEINSAME DATEIEN\AUTODESK SHARED\ c:\PROGRAMME\UTILITIES c:\Programme\Support Tools\ Output from C:\programme\cygwin\bin\id.exe (nontsec) UID: 1005(weini) GID: 0(root) 0(root) Output from C:\programme\cygwin\bin\id.exe (ntsec) UID: 1005(weini) GID: 0(root) 0(root) 513(Kein)545(Benutzer)1007(ORA_DBA) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `ntsec tty Codepage:OEM' HOME = `C:\programme\cygwin\home\weini' MAKE_MODE = `unix' PWD = `/home/weini' USER = `weini' ALLUSERSPROFILE = `C:\Dokumente und Einstellungen\All Users' APPDATA = `C:\Dokumente und Einstellungen\weini\Anwendungsdaten' COMMONPROGRAMFILES = `C:\Programme\Gemeinsame Dateien' COMPUTERNAME = `WE4' COMSPEC = `C:\WINDOWS\system32\cmd.exe' DEVMGR_SHOW_DETAILS = `1' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Dokumente und Einstellungen\weini' HOSTNAME = `we4' LOGONSERVER = `\\WE4' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0602' PROGRAMFILES = `C:\Programme' PS1 = [EMAIL PROTECTED]:{\!}:\$ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\temp' TERM = `cygwin' USERDOMAIN = `WE4' USERNAME = `weini' USERPROFILE = `C:\Dokumente und Einstellungen\weini' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
Re: UW-IMAP Problem with Outlook 2003
Dave Korn dk at artimi.com writes: Since OE and Outlook are almost certainly have the same shared codebase, it's entirely possible that problems have propagated from OE to Outlook 2k3. Sorry, but from all that I know, this is not the case. In fact, OEs IMAP implementation seems to be much better the from real Outlook. As I said in my initial posting: Outlook Express works for me, but for certain reasons I have to rely on real Outlook which doesnt work properly with uw- imap. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
env -i specialities on cygwin
If one wants to start a new process without an environment, env -i will be the choice. In the cygwin enviroment this leads to problems if /bin or /usr/bin are not added to the PATH in the new process. In this case the cygwin1.dll is not in the path and will not be found be the process that just tries to start. This is true for all other DLLs that may be used by the cygwin executable. There are two options to avoid this: 1) Modify all shell scripts that use env -i to include /usr/bin in the PATH when porting appications to cygwin. This means lots of manual work since shell scripts are often not considered to be dynamic in autoconf/automake runs. 2) Modify the env binary to always include /usr/bin to the path, even if the -i switch is specified. But this will not just allow access to the DLLs but to all executables in the same directory. This may raise security problems. A third solution would be to have all cygwin DLLs in a separate directory where no executables reside. But this would be a more dramatic change to the distribution. Any comments are welcome! Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Squid Too many files
Hardy If you do a search for squid RLIMIT patch, you should find my posting describing a binary patch to fix squid. http://article.gmane.org/gmane.os.cygwin/40135 Regards, Christian Hardy Jonck [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I have searched for a fix for the squid problem on cygwin where it exists with the following message: $ FATAL: setrlimit: RLIMIT_NOFILE: (24) Too many open files Squid Cache (Version 2.4.STABLE7): Terminated abnormally. I have found refrences to this - but no fix, Can anyone point me to a fix? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv taking near all cpu time
Gregory Borota [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: From your message I understand the problem is caused by Panda Antivirus not cygrunsrv That seems to me more a philosophical question. The development team may decide if they consider it worth the time looking into this. Just to complete what I found out: I wasn´t sure it it may only be a cygrunsrv issue. So I replaced cygrunsrv by the microsoft tool srvany to run sshd. With this configuration sshd was the process on 100% cpu load. So it seems to be specific to the cygwin runtim dll and not to cygrunsrv only. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Issues with NOD32 and fetchmail
If you want to use fetchmail and use the NOD32 virus scanner, make sure that you set NOD32 IMON service for email scanning to the least intrusive stage (Highest compatibility). The other two settings corrupted my emails which is quite a bad thing if you do an automated processing on them. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv taking near all cpu time
- Original Message - From: Larry Hall cygwin-lh at cygwin.com 1. Turn off your anti-virus and see if that helps. I had exaclty the same issue with Panda Antivirus. It happened with Panda 2004 and with the recend version of the old release, I think 2.0.5. Older versions worked fine (2.0.4) but will get updated automatically. After playing a bit around with setting dependencies on services, I had no success and gave up. In the end I dropped Panda and moved to NOD32 which runs very well up till now. PS: It is definitely cygrunsrv that causes the problem. I have few daemons running (sshd, fetchmail) and all had the same problem. Regards, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mutt 1,4,1-2 problem with snapshot 2004-01-23
After installing snapshot 2004-01-23, mutt looks for its .muttrc only under .muttrc-1.4.1i and it looks only for /etc/Muttrc-1.4.1i and no longer for /etc/Muttrc. Since this is the first time that I used a snapshot, maybe I made some mistake installng it. But as far as I see, the problem is due to the snapshot. Christian Weinberger -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Maildir Support broken with Mutt 1.4.1?
Maildirs have never actually worked properly because they use filenames which are not POSIX compatible, and were apparently specifically designed to cause grief for Windows and Mac systems. Compounding this problem, I erroneously suggested people use Maildirs in older versions, before I knew the tragedy of Maildirs. Probably what's happened is that mutt's error checking has been improved, so you're now getting an error message when it would just silently fail before. So, to sum up: 1. Don't use Maildir, use mbox. Gary R. Van Sickle And that is exactly what I did. Since I do not really need Maildir, this was the easiest solution for me. Thank´s for you explanation of the topic! Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl localtime returns gmttime
Kirill Yarosh [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I have update perl to 5.8.2 . After that i did find symptomatic insane behaviour of local function. Now it returns GMT time. Kirill. Same problem with me. Only way to solve this was to go back to 5.6. Based on the other postings I believe it is a Cygwin specific issue. perl -e 'use POSIX; print strftime(%H:%M:%S, localtime) . \n;' This always returns GMT time with 5.8, but returns local time with 5.6. Please keep 5.6 available as long as this has not been fixed. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Maildir Support broken with Mutt 1.4.1?
Unfortunately the mutt version 1.4-1 doesn't find the cygcrypto.dll and cygssl.dll while there are only cygcrypto-0.9.7.dll and cygssl-0-9-7.dll. If I rename these dlls mutt dumps and I didn't test any further. But I would like to use a cygwin-supported mutt with maildir support to. Gruss Olaf Föllinger At least this works in my installation. I´ve cygcrypto-0.9.7.dll, cygcrypt- 0.dll and cygcrypto.dll in my bin directory. Maybe mutt 1.4-1 uses an older version? My cygcrypto.dll is dated 11 Apr 2003. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Maildir Support broken with Mutt 1.4.1?
After upgrading to Mutt 1.4.1 I was no longer able to access my emails properly. As soon as a new mail arrived in the main folder (inbox), I could not even close mutt properly. It always gives me the error rename file or folder does not exist (error=2) in the status bar. It seems to me that Mutt tries to move the message from the new to the cur subfolder or so and fails with this operation. Downgrading to Mutt 1.4 solved the problem for me. I use Mutt together with procmail in Maildir mode. A search for previous postings showed, that there were already similar problems with an older version. The problem was that the filenames of the emails may contain characters like : that are allowed on POSIX systems, but not on Windows. Is it possible that a cygwin specific patch has not been applied to the most recent 1.4.1 version? Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Squid Patch for Cygwin 1.5
After some investigation I found an interim solution to get the current cygwin squid version (2.4-STABLE7) working with the new 1.5 DLL series. This has been tested and works for me with 1.5.5, but should work with all 1.5 versions. A posting from Tom Oehser gave the necessary input: The problem is that squid assumes a maximum number of file handles avalable (RLIMIT_NOFILE) of 8192. The autoconf test does not work on cygwin, so it always returns the maximum value. This has always been that way on the cygwin platform. But with version 1.5, there are fewer ressources available (less than 8192) and this causes squid to fail. So if you build squid on your own, just change the include file with the autoconf constants to use a smaller number (about 3000 works fine), after you did the ./configure and before you do make. If you only want to use the binary distribution, follow these steps. This only applies to squid 2.4.STABLE7-1. The file squid.exe is dated to 16.7.2002 and has 482.816 bytes. Now use the hex editor of you choice and open squid.exe (or, preferrably, a copy of it). At offset 0074420h you find the DWORD 00 20 00 00 (representing 8192 decimal). It is the second occurance of the DWORD if you search in REVERSE order from the end of the file. Now change this to DWORD 00 0C 00 00. Save the file and it should work. Don´t forget, this is just an interim solution. So let´s wait for the next real release of the squid package. With great respect and many thanks to the cygwin project, Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
Corinna Vinschen [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I observed a ssh crash on Win95 too, but only after running ssh-host-config It went away after deleting the two ssh 22/ lines in c:\windows\services They don't seem to end with CRNL. Ouch. I see why that happens. I'll have to modify the ssh-host-config script. This is no problem on 98/Me and NT, though. Did you also test with ssh/22 lines with CRLF? Corinna It seems to me that the missing CRLF is not the only source of the problem. I receive a similar stackdump on XP Home, but only when I use the user under which sshd has been installed. When I use root, ssh works fine. I´ll go deeper into the differences, but up till now it seem that the ssh configuration scripts do not make up the difference. I´ll come back to you later. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95.
Rodrigo Medina [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I have been using cygwin 1.3.22 in a W95 machine with no problems. I am now installing cygwin 1.5.5 in another W95 machine. I get the following crash: bash-2.05b$ ssh -l rmedina pion Segmentation fault (core dumped) bash-2.05b$ Rodrigo Medina My further tests showed up that my ssh crash had a different cause: I´ve two users, root and ssh. ssh is the owner for the sshd that I run. When I call ssh localhost from each of the two users, it works fine. But when I do a su to switch to the other user, the ssh call crashes. When I use login to change to the other user, everythings works fine. So this seems to be a su issue. I read somewhere that su is no longer supported. Is this still true? Hope this may help for further development! Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/