Re: [Zope] WorldPilot - Regular messages are attachments?
Be careful here ... I think you'll also find that should you try to download the attachement, It'll kill Zope. If you're running Zope with -D it'll restart, otherwise you'll find you have no web site after trying to download. I'm not sure what it does to kill Zope as there is no error, just death. It seems to be a bit intermittent as well, which doesn't help. I'm trying to fix the problem and will post the patch once it's ready, hopefully next week when I get back from China. (I'm nothing to do with the WorldPilot chaps, I just want to use the s/ware) Gresh From: Dieter Maurer <dieter@h...> Date: Wed Jun 7, 2000 9:03pm Subject: Re: [Zope] WorldPilot - Regular messages are attachments? Bryan Stillwell writes: > Here's the traceback I received: > > Sorry, a Zope error occurred.<p> > <!-- > Traceback (innermost last): > File /usr/share/zope/lib/python/Products/WorldPilot/WorldPilot.py, line 1878, in getpart > (Object: RoleManager) > File /usr/share/zope/lib/python/Products/WorldPilot/WorldPilot.py, line 856, in getPart > File /var/tmp/python/python-root/usr/lib/python1.5/mimetools.py, line 146, in decode > ValueError: unknown Content-Transfer-Encoding: 8bit "mimetools.encode/decode" do not handle transfer encodings "7bit", "8bit" and "binary", because there is nothing to do for them. "WordPilot" should check for them and not call "decode". > Another strange thing is the path to the mimetools.py file in the > traceback: /var/tmp/python/python-root/usr/lib/python1.5/. The > /var/tmp/python/python-root path should have only been used during the > creation of the python rpm, but it's showing up now. The "*.pyc" files remember the name they have been compiled from. Dieter
On Thu, 8 Jun 2000, Paul Gresham wrote:
Be careful here ... I think you'll also find that should you try to download the attachement, It'll kill Zope. If you're running Zope with -D it'll restart, otherwise you'll find you have no web site after trying to download. I'm not sure what it does to kill Zope as there is no error, just death. It seems to be a bit intermittent as well, which doesn't help.
Actually that traceback was from when I tried to view the message(attachment), and it didn't kill my Zope process.
I'm trying to fix the problem and will post the patch once it's ready, hopefully next week when I get back from China. (I'm nothing to do with the WorldPilot chaps, I just want to use the s/ware)
I'm already ahead of you there. I went ahead and debugged it myself and was able to fix the problem! Here's the patch I came up with: ---------------- CUT ---------------- --- WorldPilot.py~ Fri Mar 10 13:04:29 2000 +++ WorldPilot.py Thu Jun 8 10:01:04 2000 @@ -648,8 +648,8 @@ )) else: offset=0 - BodyType=ST[0] - BodySubtype=ST[1] + BodyType=string.upper(ST[0]) + BodySubtype=string.upper(ST[1]) BodyParameterList=ST[2] BodyId=ST[3] BodyDescription=ST[4] ---------------- CUT ---------------- Enjoy! I hope you had fun in China! Bryan
Excellent, thanks Bryan. I have another question? Do you have problems with browsers not obtaining the correct filenames of attachments when they are downloaded, i.e. the file becomes ATT0002.DAT or similar? I have this problem and also if I choose to download a file and then cancel the dialog, everything seems to get stuck, and I have to close the browser and start again. Regards Paul ----- Original Message ----- From: Bryan Stillwell <arcane@verinet.com> To: Paul Gresham <gresham@mediavisual.com> Cc: <zope@zope.org> Sent: Friday, June 09, 2000 12:15 AM Subject: Re: [Zope] WorldPilot - Regular messages are attachments? (PatchFix)
On Thu, 8 Jun 2000, Paul Gresham wrote:
Be careful here ... I think you'll also find that should you try to download the attachement, It'll kill Zope. If you're running Zope with -D it'll restart, otherwise you'll find you have no web site after trying to download. I'm not sure what it does to kill Zope as there is no error, just death. It seems to be a bit intermittent as well, which doesn't help.
Actually that traceback was from when I tried to view the message(attachment), and it didn't kill my Zope process.
I'm trying to fix the problem and will post the patch once it's ready, hopefully next week when I get back from China. (I'm nothing to do with the WorldPilot chaps, I just want to use the s/ware)
I'm already ahead of you there. I went ahead and debugged it myself and was able to fix the problem! Here's the patch I came up with:
---------------- CUT ---------------- --- WorldPilot.py~ Fri Mar 10 13:04:29 2000 +++ WorldPilot.py Thu Jun 8 10:01:04 2000 @@ -648,8 +648,8 @@ )) else: offset=0 - BodyType=ST[0] - BodySubtype=ST[1] + BodyType=string.upper(ST[0]) + BodySubtype=string.upper(ST[1]) BodyParameterList=ST[2] BodyId=ST[3] BodyDescription=ST[4] ---------------- CUT ----------------
Enjoy! I hope you had fun in China!
Bryan
Paul Gresham wrote:
Excellent, thanks Bryan. I have another question? Do you have problems with browsers not obtaining the correct filenames of attachments when they are downloaded, i.e. the file becomes ATT0002.DAT or similar? I have this problem and also if I choose to download a file and then cancel the dialog, everything seems to get stuck, and I have to close the browser and start again.
I have the same problem. All attachments, when downloaded, become "getpart". A simple rename works, but I find it highly obnoxious. ~ethan
On Fri, 9 Jun 2000, ethan mindlace fremen wrote:
Paul Gresham wrote:
Excellent, thanks Bryan. I have another question? Do you have problems with browsers not obtaining the correct filenames of attachments when they are downloaded, i.e. the file becomes ATT0002.DAT or similar? I have this problem and also if I choose to download a file and then cancel the dialog, everything seems to get stuck, and I have to close the browser and start again.
I have the same problem. All attachments, when downloaded, become "getpart". A simple rename works, but I find it highly obnoxious.
Ok, I fixed the problem with files trying to be saved as ATT0001.DAT, but they're still messed up in Mozilla (which your using, right ethan?) where they save as getpart (I think this is a Mozilla bug, and not a WorldPilot bug). I also fixed the bug where if it's an image (jpeg, gif, etc.) it gets displayed instead of downloaded. I've attached the patch which fixes both of these problems. I also have new RPMs of WorldPilot that has all of my patches applied so far here: http://www.verinet.com/~arcane/worldpilot/ Bryan -- http://www.tummy.com/ Consulting and Software for Linux and Unix KRUD - Kevin's Red Hat Uber Distribution - the Freshest Red Hat every month
Bryan Stillwell wrote:
Ok, I fixed the problem with files trying to be saved as ATT0001.DAT, but they're still messed up in Mozilla (which your using, right ethan?) where they save as getpart (I think this is a Mozilla bug, and not a WorldPilot bug). I also fixed the bug where if it's an image (jpeg, gif, etc.) it gets displayed instead of downloaded. I've attached the patch which fixes both of these problems.
Ah, mozilla. I can deal with getpart.
I also have new RPMs of WorldPilot that has all of my patches applied so far here: http://www.verinet.com/~arcane/worldpilot/
Wow, thanks for the patches & then packaging them, brian! ~ethan
On Fri, 9 Jun 2000, Paul Gresham wrote:
Excellent, thanks Bryan. I have another question? Do you have problems with browsers not obtaining the correct filenames of attachments when they are downloaded, i.e. the file becomes ATT0002.DAT or similar? I have this problem and also if I choose to download a file and then cancel the dialog, everything seems to get stuck, and I have to close the browser and start again.
Yeah, I have that same problem! I'll have to take a look at it here soon. I've attached another patch that you might find useful. It appears that WorldPilot barfs if the subject contains a quotation mark in it, but this patch fixes it. Also if you would like to try out the rpm and srpm I've been working on for WorldPilot you can check them out here: http://www.verinet.com/~arcane/worldpilot/worldpilot-1.0.4-6.noarch.rpm http://www.verinet.com/~arcane/worldpilot/worldpilot-1.0.4-6.src.rpm The only thing you'll have to change is the DOMAIN.py file. Both of the patches I've done so far have been included. :) Note: These are experimental RPMs, so you might want to not install them on a mission critical server right away. I personally haven't had any problems, but you never know... The only thing I'm worried about is what happens if you try to install the rpm over a previous installation from a tarball. (Should work though) You'll also have to restart Zope. Bryan
participants (3)
-
Bryan Stillwell -
ethan mindlace fremen -
Paul Gresham