January 2002 - Zope - Zope lists

install problem in 2.50b4 on RedHat 7.2
by Clint Brubakken 22 Jan '02

22 Jan '02

I'm getting the : Compiling python modules File "/usr/cabrubak_software/tgzs/zope/Zope-2.5.0b4-linux2-x86/lib/python2.1/test/nocaret.py", line 2 [x for x in x] = x SyntaxError: can't assign to list comprehension SyntaxError: from __future__ imports must occur at the beginning of the file (test_future3.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future4.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future5.py, line 4) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future6.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future7.py, line 3) which I've seen on the list to ignore, but it stops with a message: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! There were errors during Python module compilation. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! and doesn't create the start, zope.cgi, or inituser files

3 2

RE: [Zope] PCGI Error explanation (Second Request)
by Stuart Nicholson 22 Jan '02

22 Jan '02

In my (limited!) Zope experience under WinNT and IIS/PCGI I've found that the 'Temporarily Unavailable' error is caused typically by timeouts. If you look at the PCGI code this 'error page' is returned if PCGI fails to receive a response from Zope in a timely manner. I've seen this error because: - The back end Zope server has crashed! This one is pretty obvious :). - The page requested is built using fields extracted from a database and the database is offline (the PCGI timeout is shorter than the database connection timeout). - The back end Zope server is heavily loaded (PCGI times out before a page is returned from Zope). - The page requested is built using a long running database query that fails to complete before the PCGI timeout takes effect. - Your database queries have caused a database 'deadlock' (this can happen quite easily using SQL server and the transaction management in Zope) and PCGI times out. Check your database 'active processes' and 'lock' tables/information. Hope that helps? Stuart Nicholson Software Engineer wirelessdata - making data fly -----Original Message----- From: Dieter Maurer [mailto:dieter@handshake.de] Sent: Wednesday, 23 January 2002 8:13 AM To: sgrimes(a)acceleratedtechnology.com Cc: Zope Subject: Re: [Zope] PCGI Error explanation (Second Request) Steven Grimes writes: > I don't want to be a pest but our system is randomly giving the "Temporarily > Unavailable" error message to clients and I don't know what is causing it. > If I can't get an explanation of these error messages I'm afraid my boss > will make me move away from using Zope. So please someone give me some help. The best thing you can do it to look at the PCGI wrapper source and search for the error messages you want an explanation for... Dieter _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) ---------------------------------------------------------------------- The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system. Wirelessdata Ltd is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt. ----------------------------------------------------------------------

1 0

how to request a multiple select list?
by Juergen R. Plasser / HEXAGON 22 Jan '02

22 Jan '02

Hi, I am almost new to Zope and HTML-Forms, so I have run into some difficulties. I have just a problem with a lines property of an object that should be edited. I use a form with hidden fields (for the lines property of the object there is a <input name="abc" type="hidden" values="<dtml-var user_list>">). When the user now clicks the edit button the action (let's call it action_html) should be executed. In action_html I'd like to show the user the current values (for the list it must be a multiple select) and give him/her the chance to change the properties. But how can I request the list from the previous form? I always get a list including one string (which is a list itself), like this ["['user1','user2','user3']"]. How can I simply forward the variable/value from the one form to the other? Or is it possible to request the object properties from the given id? Besides that, is there a simple solution to select the given list values in a multiple select tag? I have a workaround that looks like this: <SELECT name="newBenutzerliste:list" size="8" width="16" multiple> <dtml-in get_valid_userids> <dtml-let seqi=sequence-item> <dtml-call "REQUEST.set('sel',0)"> <dtml-in Benutzerliste> <dtml-if expr="_['seqi']==_['sequence-item']"> <OPTION selected value="<dtml-var sequence-item html_quote>"><dtml-var sequence-item></OPTION> <dtml-call "REQUEST.set('sel',1)"> </dtml-if> </dtml-in> <dtml-if sel> <dtml-else> <OPTION value="<dtml-var sequence-item html_quote>"><dtml-var sequence-item></OPTION> </dtml-if> </dtml-let> </dtml-in> </SELECT> Juergen

2 1

Creating ZClass instances at different locations
by Simon Brogden 22 Jan '02

22 Jan '02

Hello, I've got a ZClass, instances of which are created programmatically. That bit works fine, but ... I can't get my head round how to specify where the instance is created. I'm using a Formulator form (great product BTW) to capture the stuff the class needs and perform the validation. Trouble is, the class instace is being created inside the Formulator form. The DTML I'm using to create the instance is: <dtml-with "form"> <dtml-try> <dtml-call "validate_all_to_request(REQUEST)"> <dtml-except FormValidationError> <dtml-var standard_html_header> <ul> <dtml-in "error_value.errors"> <li> <dtml-var "field.get_value('title')">: <dtml-var error_text> </li> </dtml-in> </ul> <dtml-else> <dtml-with "manage_addProduct['MyProduct']"> <dtml-call "MyProduct_add(_.None, _, NoRedir=1)"> </dtml-with> </dtml-try> </dtml-with> What I want to do is have the instance created at a location specified by a property. If the form & DTML method used to create the instance lived in "/MyFolder/MyForms/Add" and I created a string property, say on "MyFolder" level, named "create_in" and set it to "/MyFolder/MyClasses", the class would be created in that folder. I've had a butchers through the list archives and get the impression that I'm approaching this the wrong way. It seems that the location that the instance is created in is based on where the code creating it is stored. Thanks for your time, Simon.

2 1

question about using parameters and action converters together
by H.de.Wit＠SFK.NL 22 Jan '02

22 Jan '02

Hello, This is working: <input type="submit" value="do-something!" name="apythonscript:method"> but this not: <input type="submit" value="do-something!" name ="apythonscript?number=4:method"> i get this as an answer: Resource not found Resource: http/................apythonscript%3Fnumber%3D4 Why is this and what can i do about it The traceback states: Traceback (innermost last): File M:\Program Files\Zope\lib\python\ZPublisher\Publish.py, line 223, in publish_module File M:\Program Files\Zope\lib\python\ZPublisher\Publish.py, line 187, in publish File M:\Program Files\Zope\lib\python\Zope\__init__.py, line 226, in zpublisher_exception_hook (Object: hetformulier) File M:\Program Files\Zope\lib\python\ZPublisher\Publish.py, line 162, in publish File M:\Program Files\Zope\lib\python\ZPublisher\BaseRequest.py, line 373, in traverse File M:\Program Files\Zope\lib\python\ZPublisher\HTTPResponse.py, line 540, in notFoundError NotFound: (see above) Thanks in advance Hans de Wit Stichting Farmaceutische Kengetallen Postbus 30460 2500 GL DEN HAAG Tel. 070-3737448 Fax 070-3737445

2 1

Adding a Factory results in a new ZCatalog index type
by Maik Jablonski 22 Jan '02

22 Jan '02

hello, zope is really great, but sometimes i don't know what to do.... ;-) when i add a new product through the zope management interface (call it myTest for example) and then add a new Zope Factory in this Product (with the "Add list name" something like TEST), "TEST" will be also listed in the "Select type to add"-list of the Index-Tab in a ZCatalog... I've tested this on fresh installations of 2.4.3 and 2.5.0b4. same results. i think i must do something with "filtered_meta_types", but i don't know what. can anyone give me clue? or is it a bug? greetings, mjablonski.

2 1

Using IIS to proxy requests to Zope
by Tom Nixon 22 Jan '02

22 Jan '02

Does anyone know what the easiest way is to get IIS to proxy requests to Zope? I've got Zope listening on port 8080 and I can access it no problem. What I want to do is get http://www.somedomain.com returning pages from Zope. Any ideas? T.

3 2

IMP & Zope integration HOWTO
by Milos Prudek 22 Jan '02

22 Jan '02

IMP integration with Zope HOWTO Version 0.8 January 2002 INTRODUCTION: ============= IMP is a popular and powerful webmail system available at no cost from http://www.horde.org. IMP is written in PHP. Zope is a web application framework. A decent webmail system has not yet been written for Zope. INGREDIENTS: ============ - Zope (tested with Zope 2.4.3) - SQL database (tested with PostgreSQL 7.1.3) - IMP (tested with IMP 3.0 / Horde 2.0) - IMAP server (required by IMP; you may be fine with just a POP3 server, but I did not test that yet) - exUserFolder (abbreviated as XUF) (tested with 0.9.0) RESULT: ======= At the of this tutorial, you will be able to sign-in to IMP any user that is currently authenticated in Zope. The user will not need to re-authenticate manually against IMP. STEPS: ====== Install and test XUF. Make sure that your imap server accepts users and passwords defined in XUF. For this example it is sufficient to instantiate XUF with Null property source, Null membership source, and PostgreSQL authentication source. This HOWTO assumes that you instantiated XUF in folder "Folder1". In real world you will need to instantiate XUF in all folders that you need SQL authentication, since root installation of XUF is not recommended. This HOWTO assumes that your Zope is behind Apache, and that it is accessed as http://localhost/Zope. Your IMP should be accessed as http://localhost/horde/imp. NOTE: Zope is behind Apache because otherwise IMP would not be able to get a cookie from ":8080" host, because IMP will be at port 80. For XUF, you will need to create in PostgreSQL a table named "passwd" with at least the following columns: username varchar(64) password varchar(64) roles varchar(255) password_plain text Please read further info in XUF documentation. The "password_plain" column is neccessary for this HOWTO. Since you will store plaintext passwords there, make sure that PostgreSQL is well secured. For Zope/IMP integration, you will need to create in PostgreSQL a table named "zopeimp" with the following columns: taq text username text password text Now within "Folder1" place the following DTML Methods, Python Scripts and ZSQL Methods: PYTHON SCRIPT "set_cookie": from Products.PythonScripts.standard import html_quote request = container.REQUEST RESPONSE = request.RESPONSE luser=ns.SecurityGetUser().getUserName() password_plain=context.get_password_plain(username=luser)[0].password_plain tag1=request.REMOTE_ADDR tag2=DateTime().timeTime() tag=tag1+"-"+repr(tag2) context.insert_tag(tag=tag,username=luser,password=password_plain) RESPONSE.setCookie('zopeimp',tag,path='/') return ZSQL METHOD "get_password_plain" (parameter is username): SELECT password_plain FROM passwd WHERE <dtml-sqltest username op=eq type=string>; ZSQL METHOD "insert_tag" (parameters are tag, username, password): insert into zopeimp values( <dtml-sqlvar tag type=string>, <dtml-sqlvar username type=string>, <dtml-sqlvar password type=string>); DTML METHOD "implogin": <dtml-call "set_cookie()"> <dtml-call "RESPONSE.redirect('http://localhost/horde/imp/myredirect.php')"> Within your filesystem you will need the ../horde/imp/myredirect.php. It is a copy of IMP's original redirect.php file, with a simple patch. Here's the myredirect.php file: <?php /* * $Horde: imp/redirect.php,v 1.23.2.3 2002/01/02 17:05:32 jan Exp $ * * Copyright 1999-2002 Charles J. Hagenbuch <chuck(a)horde.org> * Copyright 1999-2002 Jon Parise <jon(a)horde.org> * * See the enclosed file COPYING for license information (GPL). If you * did not receive this file, see http://www.fsf.org/copyleft/gpl.html. */ define('IMP_BASE', dirname(__FILE__)); require_once IMP_BASE . '/lib/base.php'; // PATCH TO INTEGRATE ZOPE AND IMP STARTS HERE if (!isset($HTTP_COOKIE_VARS["zopeimp"])) { echo "<h2>Your browser did not give neccessary cookie</h2>"; } else { $zi_cookie=$HTTP_COOKIE_VARS["zopeimp"]; $zi_tag=substr($zi_cookie,1,strlen($zi_cookie)-2); $zi_tag="'" . $zi_tag . "'"; // BE SURE TO CUSTOMIZE THE FOLLOWING LINE: $zi_c=pg_Connect("host=localhost port=5432 dbname=maindb user=john password=secret"); $zi_r=pg_exec($zi_c,"SELECT username,password FROM zopeimp WHERE tag=$zi_tag;"); $zi_r2=pg_exec($zi_c,"DELETE FROM zopeimp WHERE tag=$zi_tag;"); $zi_num=pg_numrows($zi_r); if ($zi_num==1) { $HTTP_POST_VARS['imapuser']=pg_result($zi_r,0,"username"); $HTTP_POST_VARS['pass']=pg_result($zi_r,0,"password"); // BE SURE TO CUSTOMIZE POST VARS TO YOUR NEEDS! $HTTP_POST_VARS['server'] = 'localhost'; $HTTP_POST_VARS['actionID'] = '105'; $HTTP_POST_VARS['mailbox'] = 'INBOX'; $HTTP_POST_VARS['port'] = '143'; $HTTP_POST_VARS['maildomain'] = 'domain.com'; $HTTP_POST_VARS['protocol'] = 'imap'; $HTTP_POST_VARS['realm'] = 'domain.com'; $HTTP_POST_VARS['folders'] = 'mail%2F'; $HTTP_POST_VARS['new_lang'] = 'cz_CZ'; $HTTP_POST_VARS['button'] = 'P%F8ihl%E1%B9en%ED+do+syst%E9mu'; } else { if ($zi_num==0) { echo "<h2>Your browser sent a cookie we do not have on file!</h2>"; } else { echo "<h2>Your browser sent a cookie that we have filed more than once!</h2>"; } } } // PATCH TO INTEGRATE ZOPE AND IMP ENDS HERE $action = Horde::getFormData('action', ''); if ($action === 'compose') { $actionID = LOGIN_COMPOSE; } else { $actionID = Horde::getFormData('actionID', IMP_LOGIN); } /* If we already have a session... */ if (isset($HTTP_SESSION_VARS['imp']) && is_array($HTTP_SESSION_VARS['imp'])) { /* Make sure that if a username was specified, it is the current username */ if ((!isset($HTTP_POST_VARS['imapuser']) || $HTTP_POST_VARS['imapuser'] == $HTTP_SESSION_VARS['imp']['user']) && (!isset($HTTP_POST_VARS['pass']) || $HTTP_POST_VARS['pass'] == Secret::read(Secret::getKey('imp'), $HTTP_SESSION_VARS['imp']['pass']))) { if ($actionID == IMP_LOGIN) { $actionID = NO_ACTION; } header('Location: ' . Horde::applicationUrl('mailbox.php?actionID=' . $actionID, true)); exit; } else { /* Disable the old session. */ $imp = false; session_unregister('imp'); header('Location: ' . Horde::applicationUrl(IMP::logoutUrl('login.php', 'failed'), true)); exit; } } /* Create a new session if we're given the proper parameters. */ if (isset($HTTP_POST_VARS['imapuser']) && isset($HTTP_POST_VARS['pass'])) { if (!isset($HTTP_POST_VARS['mailbox'])) { $HTTP_POST_VARS['mailbox'] = 'INBOX'; } if (($reason = IMP::createSession()) === true) { $imp['_login'] = true; $entry = sprintf('Login success for %s [%s] to {%s:%s}', $imp['user'], $HTTP_SERVER_VARS['REMOTE_ADDR'], $imp['server'], $imp['port']); Horde::logMessage($entry, __FILE__, __LINE__, LOG_NOTICE); if (Horde::getFormData('redirect_url')) { header('Location: ' . Horde::getFormData('redirect_url')); exit; } header('Location: ' . Horde::applicationUrl('mailbox.php?actionID=' . $actionID, true)); exit; } else { header('Location: ' . Horde::applicationUrl(IMP::logoutUrl('login.php', $reason), true)); exit; } } /* No session, and no login attempt. Just go to the login page. */ $uri = 'login.php'; if (!empty($HTTP_SERVER_VARS['QUERY_STRING'])) { $uri .= '?' . $HTTP_SERVER_VARS['QUERY_STRING']; } header('Location: ' . Horde::applicationUrl($uri, true)); exit; ?> Everything is in place now. Make sure that the "implogin" DTML Method has View and Access contents information permissions accessible to Authenticated User. Quit your browser. Access http://localhost/Zope/Folder1/implogin. XUF will prompt you to enter your credentials. When you do that, you will be automatically transported to IMP. That's the whole magic. HOW IT WORKS: ============= "implogin" calls "set_cookie()". set_cookie reads plaintext password of the current user. Then set_cookie invents a pretty unique tag. Then set_cookie inserts a new record in a special "zopeimp" table. The record contains the tag, the username and the plaintext password. The tag will be used by IMP to retrieve the password. Therefore, set_cookie stores the tag in a cookie at the client's browser. Note: This cookie expires at the end of browser session. A marginally cleaner solution would be if IMP expired the cookie, but I found it non-trivial to implement. Do it if you want, and send me the patch. Note: The record in "zopeimp" table is destroyed automatically by IMP. It exists for a split of a second, and acts as a glue between Zope and IMP. That's the end of "set_cookie()". We are back at "implogin". Now "implogin" redirects to http://localhost/horde/imp/myredirect.php. Now we are at "myredirect.php". "myredirect.php" will pick the tag from a cookie. It will remove double qoutes and replace them with single quotes, because PostgreSQL does not like double quotes in parameter value. "myredirect.php" will now use the tag to retrieve username and password. It will immediately destroy the record that it just retrieved. Then it will fill in remaining values that are neccessary for successful IMP sign-on. "myredirect.php" contains some simple error checking. RATIONALE: ========== There are more methods possible to achieve the above-described effect. One method would be to use PHPDocument product. This product should enable running PHP code from within Zope. Such solution would be much simpler than the one presented here, because all cookie and SQL magic would be unneccessary. Unfortunately, I was not able to achieve it, so I gave up. Another method would be to keep the plaintext password in a session, such as CoreSessionTracking. The problem here is that you would need a hook in XUF that would execute a "save to cookie" method when successful login happens. It would be great if XUF included a hook to have user-defined method run when successful login happens. I'm not that good at hacking XUF, so I did not do it that way. Yet another method would be to simply put plaintext password and username into hidden HTML fields and POST it to normal redirect.php. The dissadvantage here is that password would appear in any web cache on the way, and it would be stored at local computer, too. This is so insecure that I never considered such approach. However, this approach would be completely secure if all traffic went through SSL. My goal was to do without SSL and yet achieve some semblance of security. SECURITY CONCERNS: ================== An attacker sitting in between browser and server may intercept the "implogin" request, capture the tag, cut the line to server so that the browser never receives "redirect.php" from server, and present itself as the browser using the tag. However, the attacker that sits between browser and server does not need to do such painful activity in order to read user's mail. He can simply retrieve the password during form authentication, because HTTP is unencrypted. In other words, there are more serious issues for in-between person than cookie hijacking. AFAIK there is only one way to stop these issues: use SSL. FINAL NOTES: ============ This HOWTO describes a fully working solution. The HOWTO is designated version 0.8, because I'm not sure if I put all neccessary information in. Please send your comments to milos.prudek(a)tiscali.cz -- Milos Prudek

1 0

Do you Want to Save Money on Toner Cartridges?
by felipodelacasa＠latinmail.com 22 Jan '02

22 Jan '02

D & J Printing Corporation 2564 Cochise Drive Acworth, GA 30102 (V)770-974-8228 (F)770-974-7223 DPRINT2000(a)AOL.COM --LASER, FAX AND COPIER PRINTER TONER CARTRIDGES-- *WE ACCEPT GOVERNMENT, SCHOOL AND UNIVERSITY PURCHASE ORDERS* ***FREE SHIPPING WITH ANY ORDER OF $200 OR MORE!!!*** APPLE LASER WRITER SELECT 300/310/360 $60 LASER WRITER PRO 600/630 OR 16/600 $60 LASER WRITER 300/320 OR 4/600 $45 LASER WRITER LS/NT/NTR/SC $50 LASER WRITER 2NT/2NTX/2SC/2F/2G $50 LASER WRITER 12/640 $60 HEWLETT PACKARD LASERJET SERIES 1200 (C7115A) $40 LASERJET SERIES 4100X/4100A (C8061A/X) $99 LASERJET SERIES 1100/1100A (C4092A) $40 LASERJET SERIES 2100/SE/XI/M/TN (C4096A) $70 LASERJET SERIES 2/2D/3/3D (92295A) $43 LASERJET SERIES 2P/2P+/3P (92275A) $55 LASERJET SERIES 3SI/4SI (92291A) $75 LASERJET SERIES 4/4M/4+/4M+/5/5M/5N (92298A/X)$55 LASERJET SERIES 4L/4ML/4P/4MP (92274A) $40 LASERJET SERIES 4000/T/N/TN (C4127A/X-H YLD) $70 LASERJET SERIES 4V/4MV (C3900A) $80 LASERJET SERIES 5000 (C4129X) $95 LASERJET SERIES 5L/6L (C3906A) $39 LASERJET SERIES 5P/5MP/6P/6MP (C3903A) $50 LASERJET SERIES 5SI/5SI MX/5SI MOPIER/8000(C3909A/X) $80 LASERJET SERIES 8100/N/DN ((C4182X) $100 HEWLETT PACKARD LASERFAX LASERFAX 500/700, FX1 $50 LASERFAX 5000/7000, FX2 $65 LASERFAX FX3 $60 LASERFAX FX4 $65 LEXMARK E312L, E310 (13T0101) $75 OPTRA 4019, 4029 HIGH YIELD $130 OPTRA R, 4039, 4049 HIGH YIELD $125 OPTRA S, 4059 HIGH YIELD $135 OPTRA N $100 EPSON LASER TONER EPL-7000/7500/8000 $95 EPL-1000/1500 $95 EPSON INK JET STYLUS COLOR 440/640/740/760/860 (COLOR) $20 STYLUS COLOR 740/760/860 (BLACK) $20 CANON LBP-430 $45 LBP-460/465 $55 LBP-8 II $50 LBP-LX $54 LBP-NX $90 LBP-AX $49 LBP-EX $59 LBP-SX $49 LBP-BX $90 LBP-PX $49 LBP-WX $90 LBP-VX $59 CANON FAX L700 THRU L790 (FX1) $55 CANON FAX L5000 THRU L7500 (FX2) $65 CANON LASERCLASS 4000/4500/300 (FX3) $60 CANON LASERCLASS 8500 THRU 9800 (FX4) $65 CANON COPIERS PC 1/2/3/6/6RE/7/8/11/12/65 (A30) $69 PC 210 THRU 780 (E40/E31) $80 PC 300/400 (E20/E16) $80 NEC SERIES 2 LASER MODEL 90/95 $100 SERIES SUPERSCRIPT 860 $115 ***FREE SHIPPING WITH ANY ORDER OF $200 OR MORE!!!*** PLEASE NOTE: * ALL OF OUR PRICES ARE IN US DOLLARS * WE SHIP UPS GROUND. ADD $6.50 FOR SHIPPING AND HANDLING * WE ACCEPT ALL MAJOR CREDIT CARDS OR "COD" ORDERS. * COD CHECK ORDERS ADD $3.50 TO YOUR SHIPPING COST. * OUR STANDARD MERCHANDISE REPLACEMENT POLICY IS NET 90 DAYS. * WE DO NOT SELL TO RESELLERS OR BUY FROM DISTRIBUTERS. * WE DO NOT CARRY: BROTHER, MINOLTA, KYOSERA, PANASONIC, XEROX, FUJITSU, OKIDATA OR SHARP PRODUCTS. * WE ALSO DO NOT CARRY: DESKJET OR BUBBLEJET SUPPLIES. * WE DO NOT BUY FROM OR SELL TO RECYCLERS OR REMANUFACTURERS. -PLACE YOUR ORDER AS FOLLOWS- 1) BY PHONE (770) 974-8228 2) BY MAIL: D AND J PRINTING CORPORATION 2564 COCHISE DR ACWORTH, GA 30102 3) BY INTERNET: DPRINT2000(a)AOL.COM INCLUDE THE FOLLOWING INFORMATION WHEN YOU PLACE YOUR ORDER: 1) YOUR PHONE NUMBER 2) COMPANY NAME 3) SHIPPING ADDRESS 4) CONTACT NAME 5) ITEMS NEEDED WITH QUANTITIES 6) METHOD OF PAYMENT (COD OR CREDIT CARD) 7) CREDIT CARD NUMBER WITH EXPIRATION DATE ** IF YOU ARE ORDERING BY PURCHASE ORDER, PLEASE INCLUDE A SEPARATE BILLING ADDRESS AND SHIPPING ADDRESS WHEN NEEDED. ** TO BE REMOVED FROM THIS LIST, SEND YOUR REQUEST TO DPRINT2000(a)AOL.COM

1 0

Date Comparisons
by Yvonne Totty 22 Jan '02

22 Jan '02

Hi people, I need to compare the current date to a result from a query: <dtml-if "DateResult>=TodaysDate"> Where DateResult is from the Query and TodaysDate is Today's Date. How would I go about this? I looked thru all the docs, but could not find an example. Tia, ~~~~~~~~~~~~~~~~~~~~~~~~ Yvonne Totty Database Engineer, x2198

2 1