NeoBoard - Stupid Newbie Questions
Hi All, We're currently evaluating Wankyu Choi's NeoBoard product, and are having a few problems finding our way around. The product looks /extremely/ polished, and appears to have the functionality we require, but there seems to be no documentation beyond a quick HowTo on installation. When you install the product, you are prompted for user IDs for board managers - however, there are no ACLs created in the NeoBoard folder, as far as I can see. Should the board managers be in synch with users created in the normal way? When the NeoBoard product is highlighted in the LH "Tree" pane of the Zope UI, the product appears in the RH "Body" pane of the Zope UI (at /blah/blah/manage_main) - but there is no sign of the standard Zope functionality, and no insight into what goes on "inside" NeoBoard. Am I seeing what I am supposed to see here? The functionality seen in the Management UI (at /blah/blah/manage_main) /seems/ to be "end user" as opposed to "administrator" functionality - am I wrong about this? If so, where /is/ the "end user" view (which I would expect to find at /blah/blah/ - implied index_html)? If not, where /is/ the management UI? And is it controlled by Zope ACLs, or it's own mechanism...or is the user expected to have /already/ authenticated with Zope at this point? As you will have gathered, I am far from having found my bearings with this product! N.B. I have posed this question here - as opposed to on the author's bulletin boards - in order to expose the dialogue to the Zope community. Since this is a new product, I am hoping that others are exploring it right now, as we are... Regards, PhilK
Hi Philip, Here are some quick answers to your questions. Sorry for the lack of enough documentation. I'm a little too busy working on my own projects. 1. NeoBoard managers are NOT necessarily Zope managers. You can delegate management authorities to any "legitimate" Zope users under the tree where NeoBoard is created. You can't make non-Zope users NeoBoard managers. 2. NeoBoard has its own UI for management. It's because you don't want "thousands of messages" hogging the resources of your computer when accessed thru the standard ZMI. As far as I know, ZMI offers little when it comes to dealing with a long list of objects. We're talking about thousands, even tens of thousands of objects here. So I thought better of resorting to ZMI. It'd be a bit stupid to let managers waste their time trying to access NeoBoard message objects thru ZMI. I gave it a try, but I ain't pretty. When logged in as NeoBoard manager or Zope manager, you can see "Edit Properties" button just above the message list (along with Batch action buttons at the bottom). As a normal user, you can't see them. Clicking on the button lets you in on the NeoBoard Management UI including the management tabs. Only the "Contents" tab normal to Folderish objects is not visible. You can force the "Contents" tab on a particular message by accessing it thru that particular message's "URL/manage" trick. NeoBoard's messages are Folderish. They can contain other objects, one of which is NeoBoard External File, which holds attachments as objects. 3. You can manage security of NeoBoard as you would any other products once you logged in as a Zope manager. You should be a Zope manager. NeoBoard managers' authorities stop with NeoBoard managent, no further. 4. As explained away in what little documentation I provide, NeoBoard is part of a larger project which includes my own customized User Folder. I clipped away that customized User Folder part from the public NeoBoard version since I wanted it to be as accessible as possible to any level of users. When I first started developing in Zope, Zope's user folders (the stock one, and other extended versions) baffled me in that they seemed to have been designed for a small set of users, not even thousands. I have a commercial site which has a 300 thousand-strong user base. Throwing them into any of these User Folders would crash Zope in any minute in one way or another if used for serious user profiling/management. Am I missing something, or does Zope really want the getUserNames() method to return a million records if you have that many users, for example? Please, enlighten me on this if I'm wrong. Anyway, the public version of NeoBoard DOES come under the standard Zope ACLs' control. (I might change the scheme, or throw in options for end users to choose from, though.) I'm relatively new to Zope. It's only a month since I started porting NeoBoard from PHP. So please, bear with me if any of the above sounds "really stupid.":-) All the best, Wankyu Choi --------------------------------------------------------------- To the dedicated staff at NeoQuest, language is not a problem to be dealt with, but an art waiting to be performed. --------------------------------------------------------------- Wankyou Choi CEO/President NeoQuest Communications, Inc. 3rd Floor, HMC Bldg., 730-14, Yoksam-dong, Kangnam-gu Seoul, Korea Tel: 82-2 - 501 - 7124 Fax: 82-2-501-7058 URL: http://www.neoqst.com e-mail: wankyu@neoqst.com --------------------------------------------------------------- -----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Philip Kilner Sent: Monday, July 15, 2002 6:03 PM To: zope@zope.org Cc: wankyu@neoqst.com Subject: [Zope] NeoBoard - Stupid Newbie Questions Hi All, We're currently evaluating Wankyu Choi's NeoBoard product, and are having a few problems finding our way around. The product looks /extremely/ polished, and appears to have the functionality we require, but there seems to be no documentation beyond a quick HowTo on installation. When you install the product, you are prompted for user IDs for board managers - however, there are no ACLs created in the NeoBoard folder, as far as I can see. Should the board managers be in synch with users created in the normal way? When the NeoBoard product is highlighted in the LH "Tree" pane of the Zope UI, the product appears in the RH "Body" pane of the Zope UI (at /blah/blah/manage_main) - but there is no sign of the standard Zope functionality, and no insight into what goes on "inside" NeoBoard. Am I seeing what I am supposed to see here? The functionality seen in the Management UI (at /blah/blah/manage_main) /seems/ to be "end user" as opposed to "administrator" functionality - am I wrong about this? If so, where /is/ the "end user" view (which I would expect to find at /blah/blah/ - implied index_html)? If not, where /is/ the management UI? And is it controlled by Zope ACLs, or it's own mechanism...or is the user expected to have /already/ authenticated with Zope at this point? As you will have gathered, I am far from having found my bearings with this product! N.B. I have posed this question here - as opposed to on the author's bulletin boards - in order to expose the dialogue to the Zope community. Since this is a new product, I am hoping that others are exploring it right now, as we are... Regards, PhilK _______________________________________________ Zope maillist - Zope@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 )
Hi Wankyu, In article <FNEHJADNNBCCKKLPDFMPGEIFCAAA.wankyu@neoqst.com>, Wankyu Choi wrote:
Here are some quick answers to your questions.
Thank you very much for the lightning-fast reply! I'll respond more fully when I've had time to digest it and have another play!
Sorry for the lack of enough documentation. I'm a little too busy working on my own projects.
No worries - If I can suss it out, I'll send you my notes in the hope that they will help! Regards, PhilK
Hi Wankyu,
1. NeoBoard managers are NOT necessarily Zope managers. You can delegate management authorities to any "legitimate" Zope users under the tree where NeoBoard is created.
SO the user to whom management is delegated must be a legit Zope user, but need not be a Zope manger - OK, got that...
You can't make non-Zope users NeoBoard managers.
..and that /is/ a mistake I have been making. BTW, does NeoBard need a MailHost - or does it have it's own SMTP functionality? It hasn't asked me for a server, and I can't see how it could know /which/ MailHost to use...
2. NeoBoard has its own UI for management. It's because you don't want "thousands of messages" hogging the resources of your computer when accessed thru the standard ZMI. As far as I know, ZMI offers little when it comes to dealing with a long list of objects. We're talking about thousands, even tens of thousands of objects here. So I thought better of resorting to ZMI. It'd be a bit stupid to let managers waste their time trying to access NeoBoard message objects thru ZMI. I gave it a try, but I ain't pretty.
Understood. However, there are a few things that I /would/ like to be able to "get at", other than the raw message objects (I'd like to think I could work with these programmatically if not interactively, BTW). The most important is the document which "holds the board" - ideally, if this document were a DTML Method (Like Squishdot, which I have some experience with), I could then call this from my existing (DTML) page design...
When logged in as NeoBoard manager or Zope manager, you can see "Edit Properties" button just above the message list (along with Batch action buttons at the bottom). As a normal user, you can't see them. Clicking on the button lets you in on the NeoBoard Management UI including the management tabs. Only the "Contents" tab normal to Folderish objects is not visible.
OK, got it!
You can force the "Contents" tab on a particular message by accessing it thru that particular message's "URL/manage" trick.
That bit I don't get - could you expand on that, please?
When I first started developing in Zope, Zope's user folders (the stock one, and other extended versions) baffled me in that they seemed to have been designed for a small set of users, not even thousands. ...[snip]... Am I missing something, or does Zope really want the getUserNames() method to return a million records if you have that many users, for example? Please, enlighten me on this if I'm wrong.
I don't know what the practical limits are - I guess I'd be looking at LDAP or something if I wanted to manage these sorts of numbers, for all sorts of reasons...Zope Gurus (of whom I am not one!) Might have a different PoV...
I'm relatively new to Zope. It's only a month since I started porting NeoBoard from PHP. So please, bear with me if any of the above sounds "really stupid.":-)
You seem to be coming along nicely <g> - I'm a stringer-togther of other's pearls, rather than a coder (oyster?), But I hope you have as much fun with it as I do. For the record, my last two posts to this lists have had good (e.g. Problem solving) responses in 20 minutes or so - you literally couldn't get better support if you paid for it - Thanks all! Regards, PhilK
BTW, does NeoBard need a MailHost - or does it have it's own SMTP functionality? It hasn't asked me for a server, and I can't see how it could know /which/ MailHost to use...
For all practicall reasons, I couldn't think of a situation where you'll access a remote SMTP server for mail services. So, NeoBoard comes with its own Mailer class which defaults to localhost, port 25. You don't need a Mailhost. Works only on a Unix platform, though. And my bad, up to 0.9.1, NeoBoard lacks the sendmail() method. Its parent project NeoPortal defines that method far up the hierarchy and I forgot to re-define it in the public version of NeoBoard. NeoPortal gets its SMTP host/port number from a getMailHost() method defaulting to localhost/25 in their absence. I'll re-implement it in the next version of NeoBoard to give options to users: Zope Mailhost or default localhost/25. Download version 0.9.2 in the meantime, a quick patch for that missing sendmail() method.
However, there are a few things that I /would/ like to be able to "get at", other than the raw message objects (I'd like to think I could work with these programmatically if not interactively, BTW). The most important is the document which "holds the board" - ideally, if this document were a DTML Method (Like Squishdot, which I have some experience with), I could then call this from my existing (DTML) page design...
Well, that issue I already discussed with another user on one of the boards I run at neoboard.net. NeoBoard's DTML's reside in the folder 'dtml' and can't be edited thru ZMI. I just didn't want an innocent user to break the product by directly editing DTML's. But, guess you guys really want to get at the DTML's. I'll give you options on this one two in the next version. Thanx for the feedback.
That bit I don't get - could you expand on that, please?
It's not recommended, but if you really need it, you can access a message object, say, "a_1" with the following URL assuming it's in a 'Test' board. http://yourhost/Test/a_1/manage That'll give you ZMI on that message object. But messing with message objects/external file objects directly might break the threading mechanism.
You seem to be coming along nicely <g> - I'm a stringer-togther of other's pearls, rather than a coder (oyster?), But I hope you have as much fun with it as I do.
Really, I came to love Zope. I spent months when I first wrote NeoBoard in Perl years back. Took a week porting it into PHP. And into Zope? Guess what? Took only two days! Zope had all I needed to make this product work. Everything was already there. I only brought ideas from NeoBoard PHP version, not a single line of code. Isn't that a miracle? Only Zope could have made it happen. For example, making threads work gives you a real headache when working in Perl or PHP. But, ZPublisher already gave me the solution before even I thought about the problem. I've never been happier coding anything:-) Regards, Wankyu Choi
In article <FNEHJADNNBCCKKLPDFMPEEIGCAAA.wankyu@neoqst.com>, Wankyu Choi wrote:
Well, that issue I already discussed with another user on one of the boards I run at neoboard.net.
I've just taken a look at NeoBoard and it looks good. The first thing I did though was "html_quote" the message output to stop people putting in URls. IMHO this is very necessary to stop people putting in links to large remote images. This messed up the message itself though :(. So more tinkering to be done. Next I'd like to make the "allow user to post attachment" an on/off option when setting up the board. Unfortunately I can't access www.neoboard.net from here as I'm behind a firewall that appears to have no access to remote port 8080. :-( -- Eddie Butcher Road Tech Computer Systems Ltd http://www.roadrunner.uk.com 01923 338033
I've just taken a look at NeoBoard and it looks good. The first thing I did though was "html_quote" the message output to stop people putting in URls. IMHO this is very necessary to stop people putting in links to large remote images. This messed up the message itself though :(. So more tinkering to be done.
The next version of NeoBoard will put content thru the following four stages of rendering: 1. BARE 2. HTML 3. DTML 4. ST You'll be able to choose which level of rendering you want on each instance of NeoBoard.
Next I'd like to make the "allow user to post attachment" an on/off option when setting up the board.
This option coming soon, too. Attachment restrictions will also include screening out the manager-specified extentions: EXE, VBS for example. A user pointed out a virus may lurk inside any attachments. Well, at least we could prevent Windows from auto-executing these executables.
Unfortunately I can't access www.neoboard.net from here as I'm behind a firewall that appears to have no access to remote port 8080. :-(
Too bad:-) Thanks for your feedback. Feedback from you guys really helps me view NeoBoard from another angle. Regards, Wankyu Choi
In article <FNEHJADNNBCCKKLPDFMPOEIGCAAA.wankyu@neoqst.com>, Wankyu Choi wrote:
You'll be able to choose which level of rendering you want on each instance of NeoBoard.
This option coming soon, too.
Both Excellent
Thanks for your feedback. Feedback from you guys really helps me view NeoBoard from another angle.
I really look forward to using this in anger.. -- Eddie Butcher Road Tech Computer Systems Ltd http://www.roadrunner.uk.com 01923 338033
Hi Eddie, In article <VA.00000b5d.1056a304@roadrunner.uk.com>, Eddie Butcher wrote:
I've just taken a look at NeoBoard and it looks good. The first thing I did though was "html_quote" the message output to stop people putting in URls. IMHO this is very necessary to stop people putting in links to large remote images. This messed up the message itself though :(. So more tinkering to be done.
I too was a little bit concerned about various forms of "HTML Abuse", although I haven't actually made it do anything horrible yet. Wankyu, have you had a look at Strip-o-gram? http://www.zope.org/Members/chrisw/StripOGram
Next I'd like to make the "allow user to post attachment" an on/off option when setting up the board.
Sensible refinement.
Unfortunately I can't access www.neoboard.net from here as I'm behind a firewall that appears to have no access to remote port 8080. :-(
Downer - although, to be fair, there's not /that/ much there yet... BTW, thought the STD code looked familiar - was in Elstree on business only the other week! Greetings from currently sub-tropical North Yorkshire! Cheers, PhilK
I too was a little bit concerned about various forms of "HTML Abuse", although I haven't actually made it do anything horrible yet. Wankyu, have you had a look at Strip-o-gram?
PHP NeoBoard, the one I'm using at my commercial site, strips HTML tags from any messages. The problems is... Users want HTML tags. You just can't simply ignore their wishes with that "You don't want to mess up the whole page with your stupid tags" or "aren't you one of those malicious HTML hackers?" approach. To most users, It's more fun with HTML tags than without. Funnily enough, some of them even think making HTML tags work require special coding where stripping them needs more coding. As I mentioned in my previous reply to this thread, I'll give you an option for rendering the content of a message: BARE, HTML, DTML, ST. It's your call. BTW, I'd choose my ol' tagged_str.replace("<", "<").replace(">", ">") approach over integrating another product:-) Ciao, Wankyu Choi
Hi Wankyu, In article <FNEHJADNNBCCKKLPDFMPEEIGCAAA.wankyu@neoqst.com>, Wankyu Choi wrote:
BTW, does NeoBard need a MailHost - or does it have it's own SMTP functionality? It hasn't asked me for a server, and I can't see how it could know /which/ MailHost to use...
For all practicall reasons, I couldn't think of a situation where you'll access a remote SMTP server for mail services.
I'm lucky - I have control of the server, so I can create what NeoBoard expects. Just as an opinion though, I'd suggest that since MailHosts are Zope's standard way of doing things, that this would be the best mechanism to use - as you say elsewhere, with Zope you do not need to "re-invent the wheel...". This would be both more intuitive to a Zope developer and provide a single point of management.
So, NeoBoard comes with its own Mailer class which defaults to localhost, port 25. You don't need a Mailhost. Works only on a Unix platform, though.
I guess that's my problem - I'm on NT 4.0....(e.g. Win32)
And my bad, up to 0.9.1, NeoBoard lacks the sendmail() method. Its parent project NeoPortal defines that method far up the hierarchy and I forgot to re-define it in the public version of NeoBoard.
Understood.
NeoPortal gets its SMTP host/port number from a getMailHost() method defaulting to localhost/25 in their absence. I'll re-implement it in the next version of NeoBoard to give options to users: Zope Mailhost or default localhost/25.
That sounds like the ideal solution - a choice!
Download version 0.9.2 in the meantime, a quick patch for that missing sendmail() method.
I'll take a look at that - thanks.
However, there are a few things that I /would/ like to be able to "get at", other than the raw message objects (I'd like to think I could work with these programmatically if not interactively, BTW). The most important is the document which "holds the board" - ideally, if this document were a DTML Method (Like Squishdot, which I have some experience with), I could then call this from my existing (DTML) page design...
Well, that issue I already discussed with another user on one of the boards I run at neoboard.net.
Hmm...I couldn't find any existing discussions along these lines - could you pride a pointer to this thread, please?
NeoBoard's DTML's reside in the folder 'dtml' and can't be edited thru ZMI. I just didn't want an innocent user to break the product by directly editing DTML's.
I guess this is a dilemma common to any product - but really this level of control is needed to integrate the product into a site...
But, guess you guys really want to get at the DTML's. I'll give you options on this one two in the next version.
..so thanks!
Thanx for the feedback.
You are very welcome. I should emphasise that, as I said before, I am not a hard core coder - I integrate Zope products, and hack them where I need to, but my contributions are generally limited to documentation and HowTo stuff. IN this case, when I've got more comfortable with the product and assimilated the mods you have discussed, I'll do an outline document for this, if this is not duplicating anyone else's efforts.
It's not recommended, but if you really need it, you can access a message object, say, "a_1" with the following URL assuming it's in a 'Test' board.
http://yourhost/Test/a_1/manage
That'll give you ZMI on that message object.
But messing with message objects/external file objects directly might break the threading mechanism.
Understood - I don't necessarily want to change it, just to understand it...
Zope had all I needed to make this product work. Everything was already there. I only brought ideas from NeoBoard PHP version, not a single line of code. Isn't that a miracle? Only Zope could have made it happen. For example, making threads work gives you a real headache when working in Perl or PHP. But, ZPublisher already gave me the solution before even I thought about the problem.
I've never been happier coding anything:-)
Me neither - the minimum amount of abstraction between the idea and the implementation, the maximum amount of re-use of code and other effort... Regards and Thanks, PhilK
Just as an opinion though, I'd suggest that since MailHosts are Zope's standard way of doing things, that this would be the best mechanism to use - as you say elsewhere, with Zope you do not need to "re-invent the wheel...". This would be both more intuitive to a Zope developer and provide a single point of management.
I needed a more sophisticated way to send emails: HTML (and/or attachments.) NB_Mailer class does that. I didn' think Mailhost could do both, or was I wrong in assuming so? If I'm indeed wrong in assuming so, please let me know how you could send MIME-level emails like HTML emails/emails with attachment with MailHosts. If Mailhosts can't handle that low a level mailing, I'd have to stick to NB_Mailer for future versions as well.
Hmm...I couldn't find any existing discussions along these lines - could you pride a pointer to this thread, please?
It's one of the test messages on the Test board, but never mind. I'll opt for that "choice" thing with DTML's too.
I guess this is a dilemma common to any product - but really this level of control is needed to integrate the product into a site...
OK, you further conviced me:-) Editable DTML instances coming soon.
'll do an outline document for this, if this is not duplicating anyone else's efforts.
I'd really appreciate it:-) Regards, Wankyu Choi
On Mon, Jul 15, 2002 at 09:24:52PM +0900, Wankyu Choi wrote:
I needed a more sophisticated way to send emails: HTML (and/or attachments.) NB_Mailer class does that. I didn' think Mailhost could do both, or was I wrong in assuming so? If I'm indeed wrong in assuming so, please let me know how you could send MIME-level emails like HTML emails/emails with attachment with MailHosts.
One howto is at http://twsite.bizland.com/twzop0021.htm (shows up in a google search for zope mailhost mime). Also the dtml-sendmail and dtml-mime tags are at least in Appendix A of the Zope book. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
One howto is at http://twsite.bizland.com/twzop0021.htm (shows up in a google search for zope mailhost mime). Also the dtml-sendmail and dtml-mime tags are at least in Appendix A of the Zope book.
What I need is a programatical way of doing that:-)
On Mon, Jul 15, 2002 at 09:41:16PM +0900, Wankyu Choi wrote:
One howto is at http://twsite.bizland.com/twzop0021.htm (shows up in a google search for zope mailhost mime). Also the dtml-sendmail and dtml-mime tags are at least in Appendix A of the Zope book.
What I need is a programatical way of doing that:-)
The example is already fairly programmatic, I thought. It takes an email address, a document to render inside the email, and a flag for its content disposition. You need something that's not dtml, or what? -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
The example is already fairly programmatic, I thought. It takes an email address, a document to render inside the email, and a flag for its content disposition. You need something that's not dtml, or what?
You're right. What Something not DTML. NeoBoard already has a mailer class that can handle both HTML/attachments. I just wanted to know if I reinvented the wheel, like, there's already a way to handle HTML/attachments with MailHosts or something. Not DTML. Thanks, anyway.
On Tue, Jul 16, 2002 at 10:14:51AM +0900, Wankyu Choi wrote:
I just wanted to know if I reinvented the wheel, like, there's already a way to handle HTML/attachments with MailHosts or something. Not DTML.
I'm no product expert (I just got my backside roundly kicked while trying to factor out some redundant code into a separate product tonight), but I think you might have reinvented the wheel. - The MailHost product defines the <dtml-sendmail> tag, whose render() method calls the send() method on a defined mailhost. I assume that the sendmail tag takes care of all the MIME encoding before handing anything off to the mailhost, partially because much of the MIME business is handled with the <dtml-mime> tag, defined in the MIMETools product. - MailHost's send() method takes what appears to be raw message text, plus some optional headers. It appears that if those headers are not defined, it'll try to pull them out of the headers in the message text. The send() method eventually calls the _send() method, which calls the sendmail() and quit() methods on a defined SMTP server. To my admittedly untrained eye, that looks pretty much like what you're doing with the send() method of NB_Mailer.py -- it also appears that NB_Mailer is importing lots of the same libraries that the mime tag, sendmail tag, and mailhost product do. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
Okay, I'll check it out again:-) Thanks. -----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Mike Renfro Sent: Tuesday, July 16, 2002 11:13 AM To: Wankyu Choi Cc: zope@zope.org Subject: Re: [Zope] NeoBoard - Stupid Newbie Questions On Tue, Jul 16, 2002 at 10:14:51AM +0900, Wankyu Choi wrote:
I just wanted to know if I reinvented the wheel, like, there's already a way to handle HTML/attachments with MailHosts or something. Not DTML.
I'm no product expert (I just got my backside roundly kicked while trying to factor out some redundant code into a separate product tonight), but I think you might have reinvented the wheel. - The MailHost product defines the <dtml-sendmail> tag, whose render() method calls the send() method on a defined mailhost. I assume that the sendmail tag takes care of all the MIME encoding before handing anything off to the mailhost, partially because much of the MIME business is handled with the <dtml-mime> tag, defined in the MIMETools product. - MailHost's send() method takes what appears to be raw message text, plus some optional headers. It appears that if those headers are not defined, it'll try to pull them out of the headers in the message text. The send() method eventually calls the _send() method, which calls the sendmail() and quit() methods on a defined SMTP server. To my admittedly untrained eye, that looks pretty much like what you're doing with the send() method of NB_Mailer.py -- it also appears that NB_Mailer is importing lots of the same libraries that the mime tag, sendmail tag, and mailhost product do. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu _______________________________________________ Zope maillist - Zope@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 )
Hi All, In article <VA.0000047d.00e6f2c9@xfr.co.uk>, Philip Kilner wrote:
So, NeoBoard comes with its own Mailer class which defaults to localhost, port 25. You don't need a Mailhost. Works only on a Unix platform, though.
I guess that's my problem - I'm on NT 4.0....(e.g. Win32)
Have just tested 0.9.3, and aren't seeing any email functionality on Win32. Should this be the case? (Zope 2.5.1 on Win2K, SMTP server (David Harris's Mercury/32) on localhost on port 25. TIA, PhilK
Yes, SMTP functionality works only on a Unix platform. I haven't tried it out, but if you have an SMTP server on localhost, removed the following lines in the NeoBoardArticle.py and give it a try: # Enabled only on a unix platform if not os.environ.has_key('OSTYPE') or not os.environ['OSTYPE'] == 'linux-gnu': return I'll polish up this part in the next version. -----Original Message----- From: Philip Kilner [mailto:phil@xfr.co.uk] Sent: Thursday, July 18, 2002 6:05 PM To: Wankyu Choi; zope@zope.org Subject: Re: [Zope] NeoBoard - Stupid Newbie Questions Hi All, In article <VA.0000047d.00e6f2c9@xfr.co.uk>, Philip Kilner wrote:
So, NeoBoard comes with its own Mailer class which defaults to localhost, port 25. You don't need a Mailhost. Works only on a Unix platform, though.
I guess that's my problem - I'm on NT 4.0....(e.g. Win32)
Have just tested 0.9.3, and aren't seeing any email functionality on Win32. Should this be the case? (Zope 2.5.1 on Win2K, SMTP server (David Harris's Mercury/32) on localhost on port 25. TIA, PhilK
Hi All, In article <VA.0000047d.00e6f2c9@xfr.co.uk>, Philip Kilner wrote:
But, guess you guys really want to get at the DTML's. I'll give you options on this one two in the next version.
Is there any way I can get at this /after/ the product is installed? As it stands now, my only choice is to edit the DTML prior to pulling it into Zope, which is going to make it hard to maintain. Just to clarify, all we nee to do right now is embed the board functionality into and existing (DTML) template. Cheers, PhilK
Great product!! Just a few suggestions regarding the products that would make my life eaiser :) (i am just a bit more selfish). I currently use Discus Boards (www.discuware.com) Since your board does work under acl_users it would be nice to have : 1. private boards vs public boards 2. acl_user' user/password based posts (not a post based - password) 3. control over who can post (similar to [1]) 4. user based email notification / topic subscription (ie users get notified of any replies to all of their post, cnetralised notification control and users can be notified of any/all posts in a particular topic) 5. Skin/template based look and feel (that would eliminate a newbie like me messing around with your DTML or CSS or python code and screwing up) I think all of the above can probably be done externally (outside of Neo) too but being a newbie myself I dont know if that would be good or bad (to have these as features of the board or not) Thanks AM Wankyu Choi wrote:
Hi Philip,
Here are some quick answers to your questions. Sorry for the lack of enough documentation. I'm a little too busy working on my own projects.
1. NeoBoard managers are NOT necessarily Zope managers. You can delegate management authorities to any "legitimate" Zope users under the tree where NeoBoard is created. You can't make non-Zope users NeoBoard managers.
2. NeoBoard has its own UI for management. It's because you don't want "thousands of messages" hogging the resources of your computer when accessed thru the standard ZMI. As far as I know, ZMI offers little when it comes to dealing with a long list of objects. We're talking about thousands, even tens of thousands of objects here. So I thought better of resorting to ZMI. It'd be a bit stupid to let managers waste their time trying to access NeoBoard message objects thru ZMI. I gave it a try, but I ain't pretty.
When logged in as NeoBoard manager or Zope manager, you can see "Edit Properties" button just above the message list (along with Batch action buttons at the bottom). As a normal user, you can't see them. Clicking on the button lets you in on the NeoBoard Management UI including the management tabs. Only the "Contents" tab normal to Folderish objects is not visible.
You can force the "Contents" tab on a particular message by accessing it thru that particular message's "URL/manage" trick.
NeoBoard's messages are Folderish. They can contain other objects, one of which is NeoBoard External File, which holds attachments as objects.
3. You can manage security of NeoBoard as you would any other products once you logged in as a Zope manager. You should be a Zope manager. NeoBoard managers' authorities stop with NeoBoard managent, no further.
4. As explained away in what little documentation I provide, NeoBoard is part of a larger project which includes my own customized User Folder. I clipped away that customized User Folder part from the public NeoBoard version since I wanted it to be as accessible as possible to any level of users.
When I first started developing in Zope, Zope's user folders (the stock one, and other extended versions) baffled me in that they seemed to have been designed for a small set of users, not even thousands. I have a commercial site which has a 300 thousand-strong user base. Throwing them into any of these User Folders would crash Zope in any minute in one way or another if used for serious user profiling/management. Am I missing something, or does Zope really want the getUserNames() method to return a million records if you have that many users, for example? Please, enlighten me on this if I'm wrong.
Anyway, the public version of NeoBoard DOES come under the standard Zope ACLs' control. (I might change the scheme, or throw in options for end users to choose from, though.)
I'm relatively new to Zope. It's only a month since I started porting NeoBoard from PHP. So please, bear with me if any of the above sounds "really stupid.":-)
All the best, Wankyu Choi --------------------------------------------------------------- To the dedicated staff at NeoQuest, language is not a problem to be dealt with, but an art waiting to be performed. --------------------------------------------------------------- Wankyou Choi CEO/President NeoQuest Communications, Inc. 3rd Floor, HMC Bldg., 730-14, Yoksam-dong, Kangnam-gu Seoul, Korea Tel: 82-2 - 501 - 7124 Fax: 82-2-501-7058 URL: http://www.neoqst.com e-mail: wankyu@neoqst.com ---------------------------------------------------------------
================================================================== Aseem Mohanty Neurobehavioral Systems Inc, 828 San Pablo Ave, Albany, CA 94706 (R) 510 7696011 (M) 510 3014871 (O) 510 5279231 ================================================================== "I saw `cout' being shifted "Hello world" times to the left and stopped right there!!" -- Steve Gonedes ==================================================================
participants (5)
-
Aseem Mohanty -
Eddie Butcher -
Mike Renfro -
Philip Kilner -
Wankyu Choi