- Zope - Zope lists

Convenient way to trace calls thru Zope 2.0a?
by Alex.Thomas＠dresdnerkb.com 04 Jun '99

04 Jun '99

So I can understand Zope a bit better and debug new things, what tips can you give concerning starting ZServer in the Python debugger? I can get it going as per normal but is there any particular way to handle threads, avoid timeouts etc.? Maybe there's a start-in-debug script around? (on Unix here, with Xemacs etc.) cheers Alex ----- ########################################## This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. Access by any other party is unauthorised without the express written permission of the sender. If you have received this email in error you may not copy or use the contents, attachments or information in any way. Please destroy it and contact the sender on the number printed above, via the Dresdner Kleinwort Benson switchboard on +44 171 623 8000 or via e-mail return. Internet communications are not secure unless protected using strong cryptography. This email has been prepared using information believed by the author to be reliable and accurate, but Dresdner Kleinwort Benson makes no warranty as to accuracy or completeness. In particular Dresdner Kleinwort Benson does not accept responsibility for changes made to this email after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the Bank or its affiliates. They may be subject to change without notice. ##########################################

1 0

RE: [Zope] Running ZopeHTTPServer and PCGI together = a bad thing ?
by Chris Petrilli 04 Jun '99

04 Jun '99

> The usability win is available *if* pcgi is no longer > required to control activation of the LRP. If we > limit the short-term solution to the following conditions, > we can probably have some working code in short order: > > 1) LRP is started manually I think this is a fair assumption. We've talked, and we can offer that at least a preliminary ultra-alpha version of ZDaemon could be made available as soon as an alpha mod_pcgi is available. This would just be for testing and working out some problems, not for production use obviously. > 2) mod_pcgi is only responsible for communicating to a > single (Zope) LRP. Um, why not have a small configuration variable that can be put in httpd.conf that controls what it talks to? At least port wise. > Otherwise, difficulties in getting pcgi to work with > Apache may actually become *more* frustrating to debug. > At least until we have ZDaemon and pcgi <-> LRP > negotiation in place. :-) Chris

2 1

RE: [Zope] (116) unable to connect, fd=3
by Michel Pelletier 04 Jun '99

04 Jun '99

> -----Original Message----- > From: Tim Hawes [mailto:tim.hawes@ncmail.net] > Sent: Friday, June 04, 1999 12:02 PM > To: jeffbauer(a)bigfoot.com > Cc: Michel Pelletier; zope(a)zope.org > Subject: Re: [Zope] (116) unable to connect, fd=3 > > > Jeff Bauer wrote: > > > > > Question: When you started ZPublisher manually, did you get > > any spewed output to stdout/stderr? > > > > No. It started without any complaint nor comment. > Uhm.. ok I've reached the end of my rope. Can you try using a different SMTP server? simplifying your DTML even further so that it contains no s, just sends a simple message? If that works, slowly plugging things back in till it breaks? -Michel > > -- > > Tim Hawes > tim.hawes(a)ncmail.net > > >

1 0

RE: [Zope] KnotMail, Portal Toolkit, WebDAV --Best Collaboration
by Michel Pelletier 04 Jun '99

04 Jun '99

> -----Original Message----- > From: Robert O'Connor [mailto:bob@rocnet.com] > Sent: Friday, June 04, 1999 12:13 PM > To: zope(a)zope.org > Subject: [Zope] KnotMail, Portal Toolkit, WebDAV --Best Collaboration > > Hopefully there are plans to "Walk the walk" with the Portal > Toolkit for the Zope community. By this I mean, Subscribers > to this mail list (and others) should be able to "Become a Member... > by visiting a Zope portal home page..." > > What are the best ways to collaborate? > Currently we have 3 zope mail lists that are also mirrored > on the web based http://www.egroups.com/list/zope/ > > Can the ZOPE community benefit from actually using > the Portal Toolkit for our collaboration here? > This is to be seen. We really hope so. > ***--- > > So far, I prefer mail lists because I can organize them into > folders and search using my EMail Client. I see a benefit > and occasionally use the web based egroups copy when > I'm not at my primary computer. > > It looks like the product KnotMail, shown as part of the > Portal toolkit could perform many if not all the functionality > of my e-mail client but be on THE server so I can access > it anywhere with any browser. > > *Are there specs for KnotMail? KnotMail is a stateless (ok, there's a bit of connection caching that could be called 'state'), thin IMAP client. > -Can mail automatically be routed to specific folders? If your IMAP server can be configured to do this, then yes. There is no interface in KnotMail to do it, however. Mail transport issues are not dealt with. I guess this could be kludged by having Knotmail sniff the inbox anytime it's select()ed and do various imap move() calls to shuffle it around, this would probably add a noticeable overhead to clicking on your inbox. > -Can mail messages be moved, copied or flagged? Yep. This is part of the IMAP spec. Although what 'flagging' means is (client) implimentation specific. > -Can full text searches be performed on mail (subject & > body) and limited by date? Yep. The speed/ability of this is implimentation dependant. Cyrus does it well, wu_imap does it fairly well, god knows what Exchange does, but it works. > -Can I maintain a ".mailproto" file so I can > BOUNCE From SpamKing(a)aol.com > DISCARD From sales(a)competitor.com > FORWARD To . bob(a)rocnet.com I don't think this is addressed in the IMAP spec. If it's not in the IMAP RFC (I believe it's RFC2060) then KnotMail doesn't do it. This is, once again, a transport issue. > > Currently I can flag messages of interest. What about > multiple flags, what about viewing messages in threaded > order? IMAP messages can be arbitrarily 'flagged' with either permenant or session specific flags. I have not delved into this much, other than using some of the convienient flags, like \Seen and \Answered. There are others though, and you can make your own, see section 2.3.2 and 6.4.6 of the RFC. IMAP servers do not thread, it is up to the client to present a 'view' of the data. This includes threading. I have not tackled that beast in KnotMail yet. > > What about mail list messages that remain on the server In IMAP, everything remains on the server. The client does not store messages (other than perhaps to cache them, either way, the server is authoritative) > that allow me to mark my personal view of messages > into various categories: (Example:) > 1)Total Trash -- I never want to see it again or any > future messages from ___ > 2) Total Trash -- I never want to see it again > 2) Keep in distant archive > 3) Keep - reference > 3) Keep - Interesting > 4) Important - Keep in current folder > I guess this could be done with specific flags. > ***--- > Some Mail could evolve into a slashdot.org type format such > as Story and Comments. I really like the way that comments > are moderated and promoted and demoted on a scale > -1,0,1,2,3,4,5 Then, a user can set a threshold so that only > the "best" messages (just 4's and 5's for example) are viewed. > This can be certainly done with the PTK framework. It would require only implimentation. > ***--- > WebDav has been discussed but this seems to have a place > when collaborating on documentation but not for general discussion. > (I admit to knowing little about WebDav and would love to see > a working example) > It will find it's niche, it's still an infant protocol. -Michel

1 0

RE: [Zope] KnotMail, Portal Toolkit, WebDAV --Best Collaboration
by Chris Petrilli 04 Jun '99

04 Jun '99

Everything below should be taken with a grain of salt, and a lot of handwaving, but it's at least the "vision" I was preaching at Linux Expo. > I'm excited to see that the Zope Portal Toolkit will be here soon. > http://www.zope.org/Products/PortalToolkit/Tour/ Please understand this will be EARLY EARLY access, and many things (the Catalog especially) are subject to huge architectural changes. In UnifiedSpeak, we are only now just beginning the elaboration phase. > Hopefully there are plans to "Walk the walk" with the Portal > Toolkit for the Zope community. By this I mean, Subscribers > to this mail list (and others) should be able to "Become a Member... > by visiting a Zope portal home page..." This is definitely the goal of the new Zope site that we have been thinking about... what features it includes initially are subject to change. > ***--- > > So far, I prefer mail lists because I can organize them into > folders and search using my EMail Client. I see a benefit > and occasionally use the web based egroups copy when > I'm not at my primary computer. There has been some handwaving (mostly by myself, but also by Ken) about connecting Mailman and Zope together, and using Zope as a repository for archives, but also providing access via NNTP. This however, isn't even on the "to do list" or even the "things to consider putting on the to do list", so don't hold your breath. Adding support shouldn't be that bad, but ... someone's gotta write the code. > It looks like the product KnotMail, shown as part of the > Portal toolkit could perform many if not all the functionality > of my e-mail client but be on THE server so I can access > it anywhere with any browser. KnotMail is a very basic interface to an IMAP repository, it's not intended to be a full function client. It's just a "proof of concept" at this point. Someone is welcome to take the idea further, it was just a small GUI put together by Michel to show off his IMAPAdapter, but is hardly aimed as a full function live and breath Web mail client. It's missing 90% of the features you'd need for that. Having said that, please feel free to add features ;-) > ***--- > Some Mail could evolve into a slashdot.org type format such > as Story and Comments. I really like the way that comments > are moderated and promoted and demoted on a scale > -1,0,1,2,3,4,5 Then, a user can set a threshold so that only > the "best" messages (just 4's and 5's for example) are viewed. This is what the "Tracker" is for... I don't know if Tracker will make it out soon or not, it's functional, but not "feature complete" or even that stable at this point. It provides the concept of projects and items and tracking work on those items. It's very cool, but it's got a ways to go. > ***--- > WebDAV has been discussed but this seems to have a place > when collaborating on documentation but not for general discussion. > (I admit to knowing little about WebDAV and would love to see > a working example) WebDAV is great, except for the fact that there are no really good clients ;-) Microsoft has one in IE5, and theoretically in Office2000, but they've not even written a server yet, and until there's a full Class 2 client to go with it, it's really not something I'd shove into my business process for anything beyond basic updates. Just some noise...please understand that DC is not short of ideas, nor is the Zope community... we are simply short of people willing to contribute code to bring those ideas to fruition. The more the community pitches in to actually create functional products, the more the community benefits. Chris

1 0

KnotMail, Portal Toolkit, WebDAV --Best Collaboration
by Robert O'Connor 04 Jun '99

04 Jun '99

I'm excited to see that the Zope Portal Toolkit will be here soon. http://www.zope.org/Products/PortalToolkit/Tour/ Hopefully there are plans to "Walk the walk" with the Portal Toolkit for the Zope community. By this I mean, Subscribers to this mail list (and others) should be able to "Become a Member... by visiting a Zope portal home page..." What are the best ways to collaborate? Currently we have 3 zope mail lists that are also mirrored on the web based http://www.egroups.com/list/zope/ Can the ZOPE community benefit from actually using the Portal Toolkit for our collaboration here? ***--- So far, I prefer mail lists because I can organize them into folders and search using my EMail Client. I see a benefit and occasionally use the web based egroups copy when I'm not at my primary computer. It looks like the product KnotMail, shown as part of the Portal toolkit could perform many if not all the functionality of my e-mail client but be on THE server so I can access it anywhere with any browser. *Are there specs for KnotMail? -Can mail automatically be routed to specific folders? -Can mail messages be moved, copied or flagged? -Can full text searches be performed on mail (subject & body) and limited by date? -Can I maintain a ".mailproto" file so I can BOUNCE From SpamKing(a)aol.com DISCARD From sales(a)competitor.com FORWARD To . bob(a)rocnet.com Currently I can flag messages of interest. What about multiple flags, what about viewing messages in threaded order? What about mail list messages that remain on the server that allow me to mark my personal view of messages into various categories: (Example:) 1)Total Trash -- I never want to see it again or any future messages from ___ 2) Total Trash -- I never want to see it again 2) Keep in distant archive 3) Keep - reference 3) Keep - Interesting 4) Important - Keep in current folder ***--- Some Mail could evolve into a slashdot.org type format such as Story and Comments. I really like the way that comments are moderated and promoted and demoted on a scale -1,0,1,2,3,4,5 Then, a user can set a threshold so that only the "best" messages (just 4's and 5's for example) are viewed. ***--- WebDav has been discussed but this seems to have a place when collaborating on documentation but not for general discussion. (I admit to knowing little about WebDav and would love to see a working example) ***--- By the way, I really don't like Newsgroups... mostly because of the "noise". Recently on another MailList that I subscribed to the managers wanted to go to Newsgroup from MailList format and member OVERWELMINGLY rejected the plan. Also, newsgroups are often not available inside firewalls. So what is the big picture? What do other Zopers think? -Bob OConnor bob(a)rocnet.com

1 0

RE: [Zope] Zope 20.a: IE5 Web Folder 'unexpected error'
by Alex.Thomas＠dresdnerkb.com 04 Jun '99

04 Jun '99

It's direct to ZServer. By the way, how does one tell if one's proxy server is WebDAV compatible? thanks! alex -----Original Message----- From: Paul Everitt [mailto:Paul@digicool.com] Sent: 04 June 1999 17:13 To: 'Alex.Thomas(a)dresdnerkb.com'; zope(a)zope.org Subject: RE: [Zope] Zope 20.a: IE5 Web Folder 'unexpected error' Are you connecting directly or through Apache? If the latter, then there is a a small (four line) patch you have to apply. Apache won't pass one of the HTTP methods that WebDAV expects. --Paul ########################################## This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. Access by any other party is unauthorised without the express written permission of the sender. If you have received this email in error you may not copy or use the contents, attachments or information in any way. Please destroy it and contact the sender on the number printed above, via the Dresdner Kleinwort Benson switchboard on +44 171 623 8000 or via e-mail return. Internet communications are not secure unless protected using strong cryptography. This email has been prepared using information believed by the author to be reliable and accurate, but Dresdner Kleinwort Benson makes no warranty as to accuracy or completeness. In particular Dresdner Kleinwort Benson does not accept responsibility for changes made to this email after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the Bank or its affiliates. They may be subject to change without notice. ##########################################

1 0

RE: [Zope] Running ZopeHTTPServer and PCGI together = a bad thing ?
by Paul Everitt 04 Jun '99

04 Jun '99

Chris wrote: > relatively trivial. Having said that, we'd love to have someone who > knows enough about Apache's module interface, to write one of > these for > the community... Well said, Chris! Folks, here's a great opportunity for someone to step up and make a big-time difference in Zope land. For those of you that can write C, doing an Apache module shouldn't be more than an exercise in diligence. The Apache module API is pretty well documented and there are a good number of examples. The PCGI part of the equation is so very, very small that, were someone to get comfortable with the Apache API, this project would be straightforward to say the least. On the other hand, it's positive impact would be gargantuan. A huge amount of Zope frustration comes from things that deal with Apache integration, *particularly* process activation. I view the usability win to be at least as high as the performance win. I hate to beg, but...PLEEEEEEAAASE! --Paul

2 1

RE: [Zope] Zope 20.a: IE5 Web Folder 'unexpected error'
by Paul Everitt 04 Jun '99

04 Jun '99

Are you connecting directly or through Apache? If the latter, then there is a a small (four line) patch you have to apply. Apache won't pass one of the HTTP methods that WebDAV expects. --Paul > -----Original Message----- > From: Alex.Thomas(a)dresdnerkb.com [mailto:Alex.Thomas@dresdnerkb.com] > Sent: Friday, June 04, 1999 10:53 AM > To: zope(a)zope.org > Subject: [Zope] Zope 20.a: IE5 Web Folder 'unexpected error' > > > Having tried some other people's IE5 installations, it now > looks like Zope > is doing something that IE5 doesn't like, so that opening a > web folder just > switches the toolbar to folder mode and pops up the 'unexpected error' > dialog. Anyone experienced this, or know how to get IE to log > a marginally > more useful message? > > cheers > alex > > --- > cut here > ########################################## > This email, its content and any files transmitted with it are intended > solely for the addressee(s) and may be legally privileged and/or > confidential. Access by any other party is unauthorised without the > express written permission of the sender. If you have received this > email in error you may not copy or use the contents, attachments or > information in any way. Please destroy it and contact the sender on > the number printed above, via the Dresdner Kleinwort Benson > switchboard on +44 171 623 8000 or via e-mail return. Internet > communications are not secure unless protected using strong > cryptography. This email has been prepared using information believed > by the author to be reliable and accurate, but Dresdner Kleinwort > Benson makes no warranty as to accuracy or completeness. In particular > Dresdner Kleinwort Benson does not accept responsibility for changes > made to this email after it was sent. Any opinions expressed in this > document are those of the author and do not necessarily reflect the > opinions of the Bank or its affiliates. They may be subject to change > without notice. > ########################################## > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

Zope 20.a: IE5 Web Folder 'unexpected error'
by Alex.Thomas＠dresdnerkb.com 04 Jun '99

04 Jun '99

Having tried some other people's IE5 installations, it now looks like Zope is doing something that IE5 doesn't like, so that opening a web folder just switches the toolbar to folder mode and pops up the 'unexpected error' dialog. Anyone experienced this, or know how to get IE to log a marginally more useful message? cheers alex --- cut here ########################################## This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. Access by any other party is unauthorised without the express written permission of the sender. If you have received this email in error you may not copy or use the contents, attachments or information in any way. Please destroy it and contact the sender on the number printed above, via the Dresdner Kleinwort Benson switchboard on +44 171 623 8000 or via e-mail return. Internet communications are not secure unless protected using strong cryptography. This email has been prepared using information believed by the author to be reliable and accurate, but Dresdner Kleinwort Benson makes no warranty as to accuracy or completeness. In particular Dresdner Kleinwort Benson does not accept responsibility for changes made to this email after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the Bank or its affiliates. They may be subject to change without notice. ##########################################

1 0