- Zope - Zope lists

RE: [Zope] handling exceptions in DTML
by Paul Everitt 26 Mar '99

26 Mar '99

Jordan wrote: > Is anyone working on patches to address this in the near > future? I'd be > willing to take a stab at it myself if not. Please, stab away! If you write the try DTML tag, we'll crown you Prince of Zope, or at least Most Honorable Potentate. Looks good on business cards and the girls really dig it. --Paul

4 3

Re: Anonymous after logging in?
by John Eikenberry 26 Mar '99

26 Mar '99

<I wrote...> > I'm having a strange problem with logged in users getting to anonymous > areas of the site. Here's an simplified example to explain... > > Two directories off the / > /private > /public > > /private allows no access to "Anonymous User", requiring a login. > > There are no usernames in /acl_users. All the user info for logging into > /private is kept in /private/acl_users. > > /public has no acl_users folder. > > If you start up netscape, you can get to /public without any problems. > But once you've logged into /private, you can't get back to /public > without getting an unauthorized error... Ok, the problem was that I had the roles defined on the top level folder and the users defined in the subfolder. By moving the roles into the subfolder, the problem went away. --- John Eikenberry [jae(a)kavi.com - http://taos.kavi.com/~jae/] ______________________________________________________________ "A society that will trade a little liberty for a little order will deserve neither and lose both." --B. Franklin

1 0

Anonymous after logging in?
by John Eikenberry 25 Mar '99

25 Mar '99

Hello, I'm having a strange problem with logged in users getting to anonymous areas of the site. Here's an simplified example to explain... Two directories off the / /private /public /private allows no access to "Anonymous User", requiring a login. There are no usernames in /acl_users. All the user info for logging into /private is kept in /private/acl_users. /public has no acl_users folder. If you start up netscape, you can get to /public without any problems. But once you've logged into /private, you can't get back to /public without getting an unauthorized error... You are not authorized to access this resource. Username and password are not correct. Traceback (innermost last): File lib/python/ZPublisher/Publish.py, line 877, in publish_module File lib/python/ZPublisher/Publish.py, line 531, in publish (Info: /MCExam) File lib/python/ZPublisher/Publish.py, line 297, in unauthorized Unauthorized: (see above) Any tips about how to fix this. Note that the login info has to stay in /private/acl_users (they can't be moved to /acl_users). Thanks, --- John Eikenberry [jae(a)kavi.com - http://taos.kavi.com/~jae/] ______________________________________________________________ "A society that will trade a little liberty for a little order will deserve neither and lose both." --B. Franklin

1 0

Announcing FAQ 0.2.3
by Martijn Faassen 25 Mar '99

25 Mar '99

Hi there, Though the ZDP FAQ hasn't moved at the relentless pace it did before this week, there's still a new version of the FAQ at zdp.zope.org. It's a fairly minor change, but you might find some things that are useful to you. Of course, if you haven't seen it yet, go rush over! Happy Zoping, Martijn

1 0

The Artist Formerly Known as NotMail
by Michel Pelletier 25 Mar '99

25 Mar '99

Greetings, For those of you interested in the NotMail project we have some announcements. First, Digital Creations has officialy adopted NotMail as one of it's products. Second, in an attempt to make the products at least *sound* more mature :), we are changing the name. Third, in the last two weeks I have been working pretty hevily on NotMail and it has changed significantly. Therefore: NotMail is, for the interum, called The Artist Formerly Known as NotMail (TAFKAN). We still call it NotMail, but that's just our code word. TAFKAN was once a product, but now it's just a bunch of dtml methods. The actuall imap functionality that TAFKAN needs has been abstracted into another product called IMAPAdapter. IMAPAdapter is very early alpha software. It has several known bugs, and Linus knows how many unknown ones. Your millage may vary. It may light your computer on fire. It might delete all your mail and crash your imap server. It might send insults in your general direction. You get the point. IMAPAdapter is, in Zopespeak, a 'user database'. Other examples of user databases are User Folder, UserDb Folders, and etcUserFolders. IMAPAdapter walks, swims, and quacks (to quote Jim) like any other type of user database. The simplest example of using IMAPAdapter is: Create an empty folder without an 'acl_users' Add an IMAPAdapter (it will automagicly call itself 'acl_users'), telling it where to find it's imap server, what default roles to assign to users, and other misc stuff. Create a DTML Method called index_html containing the following DTML:    <img src=>   ()     Going to this file will prompt you for a username and password (assuming you've correctly set the permissions and roles). The username and password you enter here must be a valid IMAP login for your imap server. It is *not* necessary to add a Zope user to Zope, IMAPAdapter will try your uid:pwd pair against the IMAP server and validate/deny you based on the sucess or failure of making an IMAP connection. What you will see when you look at this DTML Method is a pretty #tree breakdown of all your imap namespaces, folders and subfolders. IMAPAdapter, like all other user databases, contains a validate() method that Zope calls to authenticate a user. This method returns an imapUser object (which inherits BasicUser, like most other Zope user objects). This user object is what AUTHENTICATED_USER refers to. imapUser exposes the imap API to the DTML programmer. The API is currently a very rough draft, and there are several functions that were in TAFKAN that are missing in IMAPAdapter (like the folder management stuff to add/edit/delete imap folders) At the moment, IMAPAdapter is pretty much read-only on your 'imap space'. Voila! IMAPAdapter is available in public CVS. Web CVS access will be here soon! (yippee!) -Michel

1 0

RE: [Zope] Longs on the Property page
by Michel Pelletier 25 Mar '99

25 Mar '99

> -----Original Message----- > From: Philip Aylesworth [mailto:zopelist@regalint.com] > Sent: Thursday, March 25, 1999 8:22 AM > To: Shaw, Howard > Cc: Zope List > Subject: Re: [Zope] Longs on the Property page > > > I vote for getting rid of the "L" everywhere. It has caused me some > problems and extra fmt attributes in my DTML, too. > > > >In the stock Zope 1.10.2 distro, putting a Long in a > property causes a > >curious error to manifest. When the property page is > displayed, the long > >is display like 44353L. If the then change any other property and > >attempt to save changes, you get a traceback saying that the property > >for the long is invalid. You are forced to manually remove the 'L' > >before saving changes. > > > >May I suggest that when the properties are display, if the type is > >'long' then the display code > >should do something like this: > >str(long_value)[:-1] > > > >This would remove the L before it was ever displayed.... > Alternatively, > >something in the response code needs to be modified to > accept an 'L' at > >the end of an integer destined for a property whose type is 'L'. > > > Hmm.. Could you please submit this in the Collector? http://www.zope.org/Collector -Michel > > Phil A > > ------------------------------------------ > Philip Aylesworth zopelist(a)regalint.com > Regal International > > > > _______________________________________________ > 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 ) >

2 1

RE: [Zope] ANNOUNCE: #try tag v0.1.0
by Paul Everitt 25 Mar '99

25 Mar '99

Jordan wrote: > Okay after I opened my big mouth I had to deliver. :) > > NOTE: THIS IS NOT ALPHA ALPHA CODE.. BEWARE > > Here's an example of what this is: > >  > This is the try block >  > You suck >  >  > There was an exception! Yay! > <p>It was  > <p>It has this to say:  >  > > I incorporated a suggestion that except should handle  to specify the error to trap. Also,  will > handle any errors by default. Damn, it worked! > This is packaged as a product, is this the best way to > distribute this?? I'll get Amos to add it to the contrib area. Gotta admit, I'm *really* happy to see this. Guess I have to call you Your Most Revered Magnificenous now. Or how about just Tim? :^) --Paul

2 1

Configuration of Apache-authenticated Zope on Apache 1.2.6
by Matthew J. Probst 25 Mar '99

25 Mar '99

Okay, I understand that the "fall-through" authentication to Zope will not work with rewrite rules when Apache 1.2.6 is used. Unfortunately the project I'm starting is being done for a shop that refuses to upgrade to 1.2.6. I have Zope working just fine with Apache authentication; for the needs of my project, this method of authentication works just fine. However, I need to know how to properly set up Zope to run in a virtual domain "container", _and_ to only authenticate parts of the object hierarchy at one time. The idea is that we have a website docs.foobar.net that is a virtual domain on an Apache 1.2.6 server, and we need to authenticate any requests underneath docs.foobar.net/manage so that the world can see the pages but only people in our list can manage. Another simultaneous difficulty is finding the proper way to make this virtual domain automatically start in folder "docs" of Zope's object hierarchy. I've used an Alias to translate docs.foobar.net to docs.foobar.net/cgi-bin/Zope.cgi/docs , and it works fine, but I don't have proper Zen mystical knowledge of Zope to understand the _proper_ ways of doing these things, if such ways exist. I have done a scan of Email archives and most of the documentation on the Zope site, but either I'm dumb as nails or just don't know the proper magic keywords to get the information I need. Zope looks great, I've resisted learning a new language but a killer app makes it worthwhile.

1 0

Longs on the Property page
by Shaw, Howard 25 Mar '99

25 Mar '99

In the stock Zope 1.10.2 distro, putting a Long in a property causes a curious error to manifest. When the property page is displayed, the long is display like 44353L. If the then change any other property and attempt to save changes, you get a traceback saying that the property for the long is invalid. You are forced to manually remove the 'L' before saving changes. May I suggest that when the properties are display, if the type is 'long' then the display code should do something like this: str(long_value)[:-1] This would remove the L before it was ever displayed.... Alternatively, something in the response code needs to be modified to accept an 'L' at the end of an integer destined for a property whose type is 'L'. Howard C. Shaw III Programmer/SysAdmin St. Thomas High School

2 1

navigate ZDB with Python
by Wade Leftwich 25 Mar '99

25 Mar '99

Hello, I'm trying to put together an External Method that needs to operate on several different objects within the ZDB (a/k/a ZODB, BoboPOS). How do I specify an object ID and retrieve the relevant object? sorry to be obtuse, but I can't find an example anyplace. In the onl;ine docs, this URL -- http://www.digicool.com/releases/bobo/BoboPOS3/BoboPOS3.html -- looked promising, but it comes up empty. Thanks -- Wade Leftwich Okay Network Services, Ithaca NY tel 607-277-1334 fax 607-272-3612

3 3