Petrus Bastos wrote: > I'm testing on FreeBSD. I can use any command through system(), but the zip > command doesn't works! I don't know why. > > > On Feb 18, 2008 4:06 PM, Nick Stinemates <nick@xxxxxxxxxxxxxx> wrote: > > >> Petrus Bastos wrote: >> >>> Hey folks, >>> >>> I got access to exec method for test! But, it's not working... :( >>> the function returns 127 and don't create the zip file, I've tested on >>> Linux command tool and works! Do you have any idea why didn't work? >>> >>> Thanks again and sorry for the inconvenience, >>> Petrus Bastos. >>> >>> On Feb 18, 2008 2:37 PM, Nick Stinemates <nick@xxxxxxxxxxxxxx >>> <mailto:nick@xxxxxxxxxxxxxx>> wrote: >>> >>> Petrus Bastos wrote: >>> > Richard, >>> > >>> > Unfortunately, I can't get out of the zip password rut >>> because the >>> > destination system read only this file format. I can't change the >>> > destination system. >>> > >>> > Thanks, >>> > Petrus. >>> > >>> > On Feb 18, 2008 2:11 PM, Richard Lynch <ceo@xxxxxxxxx >>> <mailto:ceo@xxxxxxxxx>> wrote: >>> > >>> > >>> >> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote: >>> >> >>> >>> Thanks again for your worry. So, let's go, here goes my >>> situation. >>> >>> I'm >>> >>> exporting data to another system. That system have an option to >>> >> be >> >>> >>> feed by a >>> >>> password protected zip file. The export activity will be occur >>> in this >>> >>> way: >>> >>> the user will generate the file on my application and will put >>> this >>> >>> file >>> >>> into that another system. So, I need generate that file. Maybe >>> >> one >> >>> >>> solution >>> >>> is to generate the file unzipped and determine that user >>> should zip >>> >>> the file >>> >>> with password on his Windows or Linux operating system. But, I >>> can't >>> >>> let >>> >>> that responsibility on user hands. So, because that I need to >>> generate >>> >>> the >>> >>> file already protected. >>> >>> >>> >> Perhaps you could use SCP (or SSH tunneling) to transfer the >>> file from >>> >> system to system, so that it need not ever be visible to the >>> outside >>> >> world, and thus not need the rather lame zip password. >>> >> >>> >> Another option would be to take the whole file and 2-way encrypt >>> >> it >> >>> >> with a public/private key pair, and install the private key on >>> >> the >> >>> >> receiving server. >>> >> >>> >> In other words, get out of the zip password rut, and protect >>> the file >>> >> some other way. >>> >> >>> >> -- >>> >> Some people have a "gift" link here. >>> >> Know what I want? >>> >> I want you to buy a CD from some indie artist. >>> >> http://cdbaby.com/from/lynch >>> >> Yeah, I get a buck. So? >>> >> >>> >> >>> >> >>> > >>> > >>> Sounds like a creative challenge... this is what makes programmers >>> problem solvers. You can write the code, you have the knowledge.. >>> >> and >> >>> then you get requirements like this one. How annoying! >>> >>> I found out some interesting information researching your issue. It >>> seems that encryption by password is actually not built in to ZIP >>> itself, but was an implementation detail apps like WinZip added to >>> >> the >> >>> mix. Because of that, the original ZIP libs don't have any notions >>> >> of >> >>> password protection. >>> >>> It seems like this isn't a language specific issue, either. >>> >>> I think it's time to get creative, Petros. You're in a bind, and I >>> assume you need to get this done, so you have the following >>> options (in >>> the order I would do it in..) >>> -> Turn on exec() >>> -> You can use/modify an app I wrote (in python) which accepts UDP >>> packets and executed commands based off of it. You can strip out the >>> really insecure things and just accept 'zip' commands. The lib/app >>> >> is >> >>> really small and lightweight. There are no dependencies outside of I >>> think 3 python modules. If I couldn't turn on exec(), this is the >>> route >>> I would go. >>> -> Use some form of file/directory montoring + zip. >>> -> Pass the request on to an environment that has zip() >>> >>> -- >>> ================== >>> Nick Stinemates (nick@xxxxxxxxxxxxxx <mailto:nick@xxxxxxxxxxxxxx>) >>> http://nick.stinemates.org >>> >>> AIM: Nick Stinemates >>> MSN: nickstinemates@xxxxxxxxxxx <mailto:nickstinemates@xxxxxxxxxxx> >>> Yahoo: nickstinemates@xxxxxxxxx <mailto:nickstinemates@xxxxxxxxx> >>> ================== >>> >>> >>> >>> >> What platform are you testing on? >> >> You got it to work under Linux but not on Windows? Am I understanding >> that properly? >> >> For windows, I read you should be using a tool called PkZIP. >> >> -- >> ================== >> Nick Stinemates (nick@xxxxxxxxxxxxxx) >> http://nick.stinemates.org >> >> AIM: Nick Stinemates >> MSN: nickstinemates@xxxxxxxxxxx >> Yahoo: nickstinemates@xxxxxxxxx >> ================== >> >> >> >> > > Do you have SSH access to the system? If so, 'man zip' and look at the params. -- ================== Nick Stinemates (nick@xxxxxxxxxxxxxx) http://nick.stinemates.org AIM: Nick Stinemates MSN: nickstinemates@xxxxxxxxxxx Yahoo: nickstinemates@xxxxxxxxx ================== -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
