Re: [e-smith-devinfo] SME 6 dbase initialization mechanism
that you can run it over and over again. A default value will only be set if it isn't set already, and a force value wins all the time - so repeating the process is harmless. Very good. Thanks Charlie. I was afraid that running this on a modified dbase would return it to the defaults -- very bad. Another quick question for anyone: What is the correct way to start a supervised service from within an RPM? For example: I create an rpm that installs a new service and then want to start said service. Is this done in the %POST script with /etc/rc.d/init.d/, svc -u /var/service/xxx, or something entirely different? Thanks. Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] SME 6 dbase initialization mechanism
Is it possible to initialize a single dbase with this new mechanism? It appears that one must initialize all of them at once, given the available sme action scripts. Thank you. Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Re: Most suitable update mechanism (was Re: CVS dump of current SME...)
Frankly, I wonder as well... I agree. Closed lists are bad. I don't like them either. However, as previously indicated, it was necessary to get certain things done. A group started with a simply CC list in email messages. This proved to be a real pain in the butt, so a list was put together. I am sorry, but the above statement, coupled with the fact that the list is now private, 'feels' like a shift in... Something? Yes, a shift from a closed in-house project to a community project. Mitel is giving us GPL SME Server to manage, not e-smith.org and everything that is(was) located there. ALL of the service located there need to be rebuilt over at contribs.org. This simply can't be done by the community at large as the result would simply be a huge mess. Imagine the chaos if we had 10 different people setting up 10 different user forums/mailing lists? If anyone has a better idea, please speak up. We are all winging it here!! Regards, Greg Zartman -- Greg J. Zartman "Life in entertainment and survival is a game" -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Re: Most suitable update mechanism (was Re: CVS dump of current SME...)
Then why has the discussion been taken private? It hardly seems to be a good way to start off, particularly when you'll want the support of the people being excluded. Does this show what we can expect in the future? George, It was necessary to take organizational conversations private as everyone was running around talking about wild ideas and nothing was getting done. Please be assured that 95% of what's being discussed off-list at this time is organizational in nature (e.g., how are we going to move the lists, what bug tracking are we going to use, what's our next move, how are we going to organize the troops, do we use sourceforge or don't we, etc, etc.) There are lots of people that want stuff to do, but without some kind of organization, nothing will get done.These types of things can't be done by simply type chatting in an open forum. Now, you may disagree with all of the above and I certainly won't take offense to it. Remember, this is a GPL project. If you or anyone else wants to spin this off another direction. Please feel free to do so at any time. I can honestly say that it is no small undertaking to establish a venue for a GPL community of this type. I think many would be very surprised at the number of hours that several individuals are donating to setting up an infrastructure at contribs.org for this community. As a final point, I will reiterate a previous comment. Devinfo is moving to contribs.org soon and will remain the primary venue for open source development dicussion of the SME Server. Talk about the future of SME really hasn't even taken place yet. Contribs is simply working to establish a place for these discussions to happen and development activities to take place. Regards, Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Most suitable update mechanism (was Re: CVS dump of current SME...)
Shouldn't that be a public discussion? Absolutely. Unfortunately, the group is still spread between contribs.org and esmith.org. I think once all of the discussion venues are online at contribs.org (nearly done), then these discussions can happen in public. However, as you know contribs.org put in place an interim mail list for discussion of topics of immediate concern to get the project moving. The "Update mechanism" has been mentioned there, but only mentioned. My understand is that once momentum is established and all lists, etc, are active on contribs.org, then primary development discussion will move back to devinfo. Anyone correct me if I'm wrong. Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Perl package statuses (was Re: [e-smith-devinfo] Re: What version of RH is SME 6 based on?)
Dan stop taking the steroids What's the point of this response? Dick, I agree with Dan/Gordon/Dan. You accused Mitel of breaking the GPL, yet you offer no specific examples where they have done this. If someone had accused my company of unethical/unlawful business practices, I'd be on the issue like stick on you know what. You NEED to either provide an example of where they are in the wrong or reply back to the list saying YOU made an inaccurate statement. -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] What version of RH is SME 6 based on?
No, Michael was wondering where you got the impression that SME 6 is based on RH 8. I don't know. LOL If you look at the release notes for 6.0, Greg, you'll see that RH7.3 updates have been used wherever possible (and appropriate). So SME 6.0 is indeed based on RH 7.3. Now, I'm very confused, but it is coming to me. Thanks. Greg -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Re: What version of RH is SME 6 based on?
It is based on RH7.3 with proprietary and GPL Perl mods. I say proprietary as there are more than a few GPL "vagries". Huh? Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] What version of RH is SME 6 based on?
I'm not sure where you got that impression. It is indeed based on RH 7.3. http://linux-ntfs.sourceforge.net/rpm/rpmsrc.html I don't see kernel 2.4.20-18.7 in the list of RH 8 kernel's, but it is in the list of RH 7.3 kernels. Greg -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] What version of RH is SME 6 based on?
My subject asks the question. I was under the impression that SME 6 was based on RH8, but the kernel looks like it comes from RH 7.3. Thanks Greg -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] FormMagick Panels
installs. This isn't ego time and neither is it time for you to be rude to people. I wasn't being rude I was making valid points which you then echo'd and then flamed. I didn't mean to be rude and I didn't intend to flame you. I think if you look back at me collective post history, you'll see that these comments aren't out of character for me. I agree that I tend to shoot from the hip at times. That's who I am, good or bad. I like to call things like I see them. just write good code and make good friends. I'd rather not be flamed and attacked its just people acting their shoesize. Lets concentrate on deliverables not being silly. No flames intended... I will say that I have alot of personal interest in this community as I've been involved with it for several years. I like SME and I like working with these people. With that said, I'll close the door on this topic and get back to work. :) -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] FormMagick Panels
This really is a non issue. I have 21 translators who worked on SmoothWall GPL that are itching for something to do. 21 translators, just sitting around doing nothing. You certainly are a big thinker Richard. Do you know a guy by the name of Chuck Heinenkamp? going to be the best kick ass server distro and its in English (never did Vax/Unix or Sco any harm...). 95% of the world realise that English IS the first language of the web and as SME is a web based distro you have to take it as red thats where to go. I think the bigger issue is the community as it sits right now is largely a english speaking community. Proposing a merge with a French speaking project poses several logistical issues, and we already have our fair share of those. Decisions have to be made. They are being made. through mollasses and build brick walls it becomes a pain. If every time we add a feature or a fix it needs 21 people to all commit a language text file think how long it would add. It's so not doable. Mitel didn't even do this and they had a staff of professionals. IMO, we should move ahead in our native language and invite those who are fluent in other languages to join the community. Just my 2p worth - I have after all only done this 19 times. Thanks what I understand. We all may not have 19 GPL projects under our belts, but I think most would be impressed with the collective resumes of those working on the project over at contribs.org. We can go back and forth all day about this kind of stuff, yet it gets us no-where. Posturing rarely does. My 2p worth... Greg -- Greg J. Zartman "Life in entertainment and survival is a game" -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] FormMagick Panels
silly Question is anybody talking to http://free-eos.org/ about joining efforts? Charlie pointed these guys out last week. The biggest issue I see is the language barrier. ;o) Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Custom ISO Howto
Anyone on devinfo: Has this processed change for creating custom SME ISOs? As root: 1 Install anaconda and anaconda-runtime rpms if you don't have them. 2 Copy e-smith/mitel in ~/cd1 3 chmod u+w ~/cd1/RedHat/base/hdlist 4 chmod u+w ~/cd1/RedHat/base/comps 5 REPLACE every rpm that you want to update, for example Apache 6 IF you want to ADD a package copy it in ~/cd1/RedHat/RPMS/ 7 IF you have added some package, edit ~/cd1/RedHat/comps and add it's name in Customized Packages (or whatever you like best) /usr/lib/anaconda-runtime/genhdlist --withnumbers --hdlist 8 ~/cd1/RedHat/base/hdlist ~/cd1 9 cp ~/cd1/images/cdboot.img ~/images 10 mkisofs -V esmith -b ~/images/cdboot.img -c ~/boot.cat -r -T -o cd1.iso ~/cd1 From http://www.e-smith.org/docs/howto/contrib/e-smith-custom-iso.html Also, are the correct anaconda RPMS & SRPMS on the mirrors to do this? Any tricks missing from the 10 steps listed above? Greg -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] FormMagick Panels
I look forward to your solution. :) Did I just buy myself a bunch of work or what... :) Have a good one Mike. Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] FormMagick Panels
FormMagick has many limitations. You don't say. ;-) Beyond that, much of FormMagick could be reworked. That's not good news... Historically, we've used the CGI module's methods to output tables. I see nothing wrong with your suggested approach, but I'm unclear as to how it would integrate with a FormMagick page description. Perhaps an example is in order. I'll work something up. I've played around some with creating server-manager panels based entirely on HTML::Template and had mixed feelings about it. The primary hurdle that I found myself running into was the extensive use of style sheets in FM panels. This makes HTML::Template very difficult to deploy and still maintain the look and feel of the current server-manager. I'm wondering now if hard coded templates (i.e., stock templates) could be placed in a template repository directory. These templates would contain appropriate logic and "css stuff" to generate the desired form with the right look and feel. Maybe this makes more sense than fighting FM. In a nutshell, I'm trying to come up with a panel approach that can be successfully deployed by the community. For the most part, no one outside of Mitel understands FM. Regards, Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Start with small steps (Re: [e-smith-devinfo] Rough development plan)]
Just to touch on Base Distro topic again... I want to ask is this really as premature as everyone is making it out to be? I believe its in no way premature... Tivon, I don't think most feel that this is an unimportant topic to discuss. It's simply a topic that isn't of high priority right now. The GPL community is just starting to gain some structure and a skeleton development and support system is just now being constructed. Once the community has the mechanisms in place to actually do something about modifying the distro, then we can discuss changes to said distro. At this point, it's almost a waste of time as we simply aren't organized enough to do anything about it. Best case, you are going to populate the mail archives with posts related to the topic. Right now, the best thing everyone can do is rally together and offer what ever skills are at your disposal. Further, we need to be patient. No one is getting paid to work on this, so things tend to move a bit slower then they would in a production shop. You can rest assured that things are moving ahead. Keep a positive attitude, stay connected, and continue to offer feed back. Everyone's opinion (well Alamos everyone's ) is of value. Best regards, Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Phorum help for contribs.org
I always felt that the Mitel phorum + mail system was much cleaner. Messages on a mailing list tend to become unreadable beause of the numerous levels of quotes. This is only the case when people don't quote properly. This message is a prime example of what I mean :-) Indeed. The previous message clearly displayed improper quoting. What is exceedingly annoying is when folks place a two sentence response at the bottom of a three page post. Very poor use of a mailing list. Kind of like hunting for easter eggs. In other words, I'd love to see the old phorum + mail system back in place. It is my understanding that the contrib folks are still working on configuring Phorum. I believe the plan is to have phorum + email working again in short order. With that said, I will say that I disagree that forums are more productive than mailing lists. This may be the case if one only wishes to frequent a list or two. However, if a person subscripts to multiply lists, forums tend to be very time consuming to browse and participate in. With a mailing list, you can simply setup mail sort rules to sort incoming posts to given mail folders. A person can then respond to posts at one's leasure either off or online, by simply hitting the email respond button. Very nice. Regards, Greg Zartman Michiel Ed Form -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-> smith.org -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org -- Greg J. Zartman "Life in entertainment and survival is a game" -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Rough development plan
In concept, porting "e-smith" to a different distro might be a good idea. In reality, it isn't feasibly for this group to do this. I don't think you guys realize the undertaking this would be. SME (e-smith) is so integrated into Redhat that it would take hundreds, if not thousands, of hours to replicate it on another platform. Our development time is much better spent on more realistic projects, IMO. Regards, -- Greg J. Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] CGI.pm
Greg, I don't know the answer to your question (although I expect that the POD probably contains your answer, and know that the perl code certainly does). Not that I can see, but it's a REALLY big pod. Probably the easiest way is to simply code a couple test scripts and try it. Seeing as SME is (was) based heavily on CGI.pm, I thought someone might know the answer off the top of their head. Your question isn't at all e-smith/SME specific, so I'd suggest that your local (or any) perl mongers mailing list would be a better place to ask the question - there are likely more CGI.pm experts there. Technically, you are correct. However, the end result is SME development. I didn't spell out the entire problem as it would have likely muddied the waters, IMO. -- Greg J. Zartman "Life in entertainment and survival is a game" -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] CGI.pm
Calling all CGI.pm experts: I'm relatively inexperienced at using this module as I've always preferred coding my own cgi functions. A question: If one were to use the CGI::Safe CGI subclass to turn-off uploads, does this shut off uploads in general for the cgi session or is it required that one use CGI form objects to take advantage of this security feature? Thanks. -- Greg Zartman "Life in entertainment and survival is a game" -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SME 6 spamassassin
I've been using SA 2.6 on my SME 6b3 for at least three weeks now. Works without a hitch (although spammers are getting smarter by the day :-/ ) Michiel Yes, but as previously stated, I think some work was done to qmail-spamc in the SA package. If this is the case, simply rebuilding rpms from sourceforge would break spam filtering. Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] SME 6 spamassassin
Is the SME 6 spamassassin build different from that created from the sourceforge source? If memory serves, Charlie did some work on qmail-spamc. I've noticed that SA 2.53 has become less effective at detecting spam than it was a few months ago. My guess is that an upgrade to SA 2.60 will solve the problem as, like virus detection software, a given version of SA grows less effective over time. Thanks you. Regards, -- Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Mailfront Reject Rule
[EMAIL PROTECTED]:*:Go away Perfect!!! Many thanks Gordon. Regards, Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Mailfront Reject Rule
Does anyone know the correct syntax to tell mailfront to refect email from a given domain. The mailfront docs seem very vague. I've set the smtpfront-qmail MAILRULES envir variable to the path of a mail rules file. This is the reject rule that I'm currenlty using (which doesn't work): [EMAIL PROTECTED]::REJECT Thanks. Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] The road ahead for the SME Server...
BTW; thanxs for being so polite. That often (sadly) is not the case on this list. Bob, I can't recall the last time you contributed anything of substance to this list. In fact, before responding to your email, I did a search on mail archives for your email address. The first three pages of returns (as far as I looked) are about 90% complaints. How is this type of participation in any way constructive? As this community prepares to take on support of GPL SME, I think everyone needs to learn contribute constructively, put-up, or shut-up. Just my opinion. Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] DRAFT AGENDA: SME Server conference call
Gang, Following is a draft agenda for our conference call. I put it together in a plain text editor in the hopes that it wouldn't get too mangled by mail clients. Prior to the meeting I'll pretty it up and post a PDF for all to download and print. Could everyone please get me their comments by 5:00 EST on Monday? I'll finalize and post by Tuesday AM. Thank you. Regards, Greg Zartman GPL SME LINUX SERVER DISTRIBUTION TELECONFERENCE MEETING AGENDA (DRAFT) PURPOSE In recent days, Mitel Networks announced that it would discontinue further development of the Mitel SME Server Linux Distribution. The purpose of this meeting is four-fold: 1) To determine if the SME user community is willing to take over development and support of the SME Server Linux Distribution; 2) Discuss whats next for the project, or what path do we anticipate taking; 3) Determine Mitel Networks role in the project; 4) Discuss logistical issues associated with transference of the SME project to the GPL community. PARTICIPANTS (who should moderate???) Jeff Coleman Abe Loveless (???) Darrell May Stephan Noble Mitel SME Development Team Representative(s) Hsing-Foo Wang Greg Zartman MEETING MINUTES ---Need a volunteer to do this and then publish on Dev-Info, preferably someone who can write/type fast. :o)--- TOPICS 1. Background: What happened last week? 2. Does the SME user community want to take over development and support of the SME Linux Distribution? Do we have the resources to take over this project (i.e. both hardware and people)? 3. Whats next? Where do we want this project to go both in the short term and in the long term? 4. Project leadership. 5. What role will Mitel play in this project? 6. Transference of the project: a. What do we want to call the project and where will it live? b. Website: Is contribs.org OK or do should we create something more like what Fedora did (i.e., something with more "what are we doing" and "what's going on" content)? c. Mission statement: This may seem a bit vain at this early stage, but is something that could be of real value to the developers and community as a whole. b. User forums. c. Developers mailing list: - Where will it live? - Will this list serve as the primary venue for distribution development discussion, or the more reserved roll that it is now playing? - Is there a need for more than one list? Say one list to discuss development of the distribution itself and another to discuss the types of topics currently being discussed on dev-info. d. Where will we put the ISO(s) and associated SRPMs? Do we have any mirrors? e. Bug reporting: - Where will they be reported? - How will they be tracked? - How will they be addressed? f. Continued development: - At some point, someone (group) will need to document, or catalog, the entire distribution so that others can determine what makes up the various "parts" of the OS. For example, IMAP includes rpms x, y, and z; or Samba includes rpms a, b, and c. - We will need to establish a mechanism, or venue, for further development. This mechanism should store all current RPMs and SRPMs and include a means for tracking changes and what not. CVS is an option, but maybe not the best as it is meant more for tracking document level changes and not file level changes. Ideas anyone?? - Road map: This may be a bit premature at this point, but is something that needs to be done so that everyone knows where we are headed. 7. Closing comments/discussion. -- Greg Zartman -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] FAQ maintenance
To echo Charlie's question: what's wrong with this list? Well, if Mitel is throwing in the towel (so to speak), then this list will eventually go away. Further, this discussion has nothing to do with Mitel. It is a community discussion. Contribs.org was setup to discuss things like this, therefore it makes the most sense to move the discussion there. Sounds like the contrib.org folks are working to setup a mailing list. Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] [OT] Where's Charlie?
The SME Server is what this community makes it. Really? This is a pretty dramatic change in policy then... Up until now, it was made very clear that SME is what Mitel makes it and that this forum is for add-on development only. It is also very interesting the the old "Core" SME developers have stopped using their Mitel email addresses to comment on this list and the boards and are using personal email addresses. So: What's the scope? Greg -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] [OT] Where's Charlie?
Mitel: >> capable people on this list, both inside and outside Mitel. A release >> based on Fedora core looks to be a good starting place - who's >>willing >> to take up the challenge? This sounds to me alot like the end of Mitel SME server. As a registered Servicelink user, I'd like to get a straight answer about the future of SME. If SME 6 is the end of the road, I'm going to need to start looking for a replacement solution. Thank you. Best regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 6.0b3 updates
I just didn't like that reboot :( The step was recommended in the Mitel instructions, so I included it. Regards, -- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 6.0b3 updates
Keep an eye on mirror sites today, and you'll find some new updates for 6.0b3. Install as usual, downgrading with --oldpackage if necessary. I put together a rudimentary perl script to upgrade SME 6b3 to all current update rpms. The script does not pull updates from the SME mirrors, but from my repository. I'm syncing my repository with the SME mirrors on a nightly basis and will manually sync today when I see the updates show up. For those who are interested, you can download from here: http://www.leiinc.com/repository/Linux/Mitel_SME_Server/Updates/SME6b3/update.pl Copy this perl script to /root and execute with perl update.pl. The script will pull current update packages from my repository and install. All activity performed by this script is logged in the /var/log/sme_update.log log file. Regards, -- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SPAM Filter Problem
This is the first time, that I write to a Mailing-List and I hope a make all right! My Question: I use the Beta-Version of E-Smith SME and I became a lot of SPAM every day. In one Day I became more than 30 SPAM-Mails. Have a look here: http://www.e-smith.org/bboard/read.php?f=3&i=37972&t=37905 BTW: The boards that I'm pointing you too are the correct place to ask questions about SME. Most of the time technical support questions posted on this mailing list are not answered. -- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Stability of SME server 6.0 beta 3
Please ask your question on one of the peer support bulletin boards on http://www.e-smith.org/. Specifically, this thread: http://www.e-smith.org/bboard/read.php?f=3&i=37096&t=37096 -- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] What version of RH is SME 6 based on
The FAQs are out of date. Is SME 6 based on RH 8 or RH 7.3? I'm guessing RH8. Thanks, Greg -- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] off -topic - spaminfo
Have you implemented DSBL: http://www.contribs.com/contribs/dmay/mitel/contrib/dsbl/ http://www.contribs.com/contribs/dmay/mitel/contrib/dsbl/dsbl-howto.html Charlie's smtpfront-qmail modification is very nice for blocking known spammers, but doesn't really address a virus based mass mailing; as is the case here. I run the smtpfront-qmail update and I'm not seeing any difference in the trend of blocked messages this week versus any other week. The best way to block mail born viruses, and the mass mailings that they produce, is with a good server based virus scanner and spamassassin. Regards, -- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Freeswan for SME 6.0
Has anyone built a Freeswan contrib for 6.0 yet? I'm glad to help test if that is needed. I've got all of the pieces Jeff. I was testing Shad Lords work on my SME test box (updating, etc), then discovered that my SME servicelink subscription comes with IPsec VPN. I stopped just shy of a working implementation. I can send you the pieces if you like. Regards, Greg --- Greg J. Zartman, P.E.(OR 55020, WA 39548, ID 10779) Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SME 6.0 Servicelink status??
Update - Just to clarify: I only know 6.0b3 and not the final 6.0! We are not a servicelink customer. I purchased a servicelink subscription. For this version, SME 6 is final. My understanding is that the development(GPL) version is still in beta. the imap folder structure has changed significantly from 5.6 to 6.0 so I would plan carefully how much work is involved when you are using contribs based on procmail (spamassassin!). I do utilize procmail to some extent, but do not run spamassassin on my production machine. I'm pretty picky about which non-mitel contribs I install on my production box as I've had a bad experience with upgrading a customized box. In my case, it won't hurt me in the least to uninstall my procmail contrib and perform the upgrade. I'll likely play with procmail on my SME 6 testbox for a bit before implementing again on my production machine. Thanks. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] SME 6.0 Servicelink status??
This probably isn't the best place to ask this question, but neither are the boards: What's up with SME 6? I see that it's still in beta, yet the Servicelink version is on the streets... Should us servicelink folks make the switch or wait for a bit? Thanks. Best regards to all, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] SME 5.6 Php-horde-imp upgrade howto
I recently went through the process to upgrade php on SME 5.6. This process led to me having to upgrade IMP and horde as well. To make a long story short, the process was kind of painful. In the hopes of eliminating this pain for others, I documented the steps I took into a howto and consolidated all required rpms into a tarball. http://www.leiinc.com/repository/Linux/Mitel_SME_Server/HowToGuides/sme56_imp-horde-php_upgrade.htm Most of what's contained in this RPM was thought up by others. I simply put it all in one place. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Installing SME 6 on VMware
1Gb may be a little tight. After swap and /boot allocation and copying the That was exactly my problem. I've been using 1gb for pre-6.0 versions of SME without any trouble. Seems that SME 6 requires a bit more space. In increased the virtual disk to 2gb and it installed without any trouble. I was pulling my hair out when the answer was staring my right in the face... Thanks everyone!! Regards, Greg -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Installing SME 6 on VMware
A question for those who are familar with VMware: I can't seem to get SME6beta2 to install in VMware 4. I've successfully intalled SME 5.1.2-5.6 on VMware. SME6 install errors as it enters the RPM install phase saying that there isn't enough disk space. The VM that I setup for SME 6beta is configured as follows: -128mb ram -1gb virual disk -1 bridged network adapter. Thanks -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] DNS software for windows -- for developmentpurposes
BrowseGate looks promising. (15 Day evaluation) Thanks Abe. Yes, I've found a couple like this one. SimplyDNS seemed to look promising. There's always BIND for windows, but BIND is a real pain to setup. Regards, Greg -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] DNS software for windows -- for development purposes
Does anyone know of a fairly simply DNS server for Windows 2000/XP workstation that can be used as a development aid? I'm running VMware to simulate a SME setup, but can't test email related stuff without proper MX records pointing the VMware/SME setup. Thanks. Greg Zartman -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Contribs.org followup
Also, what was the "official" Mitel email to send such contribs? FYI: http://www.mail-archive.com/[EMAIL PROTECTED]/msg11825.html -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383 541-683-8144 www.leiinc.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] SME development on RH 7.3
Could anyone say kind of an effort it would take to setup the "SME subsystem" on a standard RH 7.3 install for development purposes? What I'm thinking is the e-smith perl libs, the events/actions, and maybe the httpd config. Thanks -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] esmith::templates::processTemplate
I have a quick question about esmith::templates::processTemplate: The perldoc states the following: "Finally, variables from additional databases are usually gotten via the esmith::DB->as_hash feature." Does this mean that esmith::DB::db methods are available to code embeded in template fragments or that the esmith::DB->as_hash method is the regular way of doing things? Thank you. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Central contrib and howto location
> IMO, the biggest benefit I see from LinkBase is you may continue to store > your contributions 'wherever you see fit' AND the community gets a central > respository of searchable contrib descriptions with links to the files. > I'm in :-> I think it is a great idea provided the theme remains GPL. We do REALLY need a means at centralizing our work. There is far to much good work that gets forgotted because it's too hard to find. Posting and managing GPL work should not be Mitel's responsibility. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] 5.6 PPTP/VPN issues
> Has everyone seen this post (and others) stating PPTP/VPN doesn't work > with 5.6: I'm connectet to SME5.6devel via PPTP VPN as I write this email with absolutely no problem. From my perspective, I can't tell the difference between PPTP VPN under SME5.5 vs SME5.6devel. I'm using VPN to connect to my internal office domain, nothing more. Maybe there is a specific aspect of PPTP VPN that is of issue?? Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] CVS over ssh HOWTO
> I took a few minutes and documented it into a HOWTO. Constructive > criticism welcome. Glad to see such a Howto Mike. Very well written!! I went through this iteration several months back and recall it being painful. Your howto would have saved much of that pain. ;) A few suggestions: 1. I've had very poor luck with WinCVS. For Win clients, I find it MUCH easier to use stock cvs executable for windows found on the www.cvshome.org site. The stock windows version of cvs works exactly like the "real thing," which is well documented. I simply place cvs.exe in my windows directory. WinCVS is really nice for browsing a repository, but isn't as easy to use for checking out and checking in data. For the most part, people really only need to know delete CVS command: cvs co (check out), cvs update (update a local repository), cvs append (upload a file), and cvs delete (delete a file). 2. I found ssh2.exe, from www.ssh.com, to be more transparent for windows CVS than putty. You can't beat putty for a ssh terminal, but I think ssh2.exe works better for this application. I put ssh2.exe in my windows directory with cvs.exe. 3. I created a symbolic link in the root directory of my cvs server pointing to my CVSROOT. For example: cvsroot -> /home/e-smith/files/ibays/cvsroot/files/ . Makes setting up the cvsroot environment variable on the client a bit easier. 4. I'd suggest adding a little clarification to setting up environment variables on windows clients. Setting environment variable is very easy on win NT/2000/XP client: Right click on My Computer, select the Advanced Tab, and then environment variables. Win9x/ME is a different issue. AFAIK, the best way to set envir. variables on Win9x/ME is via a .bat file using the set command. Futher, I'd recommend the doc CVS for dummies, found here: http://www.ucolick.org/~de/CVSbeginner.html Excellent document for those who don't use CVS often or are using it for the first time. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] esmith::DB module
Does this module perform as documented? If I create a very simply script that calles the module: use esmith::DB; $test = esmith::DB->open('configuration'); print "OK, test past; When I execute it at the command line, I get the following error: Can't locate object method "open" via package "esmith::DB" (perhaps you forgot to load "esmith::DB"?) at test.pl line 3. It would seem that one can't open configuration dbase files using this module. Is this correct? The perldoc states that esmith::DB provides a "virtual interface" e-smith databases, but I can't figure out the API... -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Server-Panel Development Question
have two quick question about creating a server-manager panel: 1) Is it required that a server manager panel be written to run in the e-smith name space (i.e., package e-smith)? I've noticed that this is common practice for non-Mitel panels. 2) I've also noticed that most non-Mitel panels call the e-smith::db modules even though the POD for this modules says it is depreciated. Is there a reason folks are using e-smith::db over the newer replacements? Thank you. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SpamAssassin
> You mean like this one? ;-) > http://www.e-smith.org/cgi-bin/contrib.cgi Thanks Michael. Actually, that was one of the first places I looked. :-) Unfortunately, contribs and howto are spread all over hells half acre; as Ari pointed out. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] SpamAssassin
> http://www.caw.co.za/phorum/list.php?f=1 Noah, Many thanks... It's really a shame that there isn't some type of central repository for all of these good Howto's. I found today, in looking for information on Spamassassin, that there are contribs and howtos spread all over the place. Regard, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] [ANNOUNCEMENT]Apache Replacement Indexer 0.0.3-1
Devinfo: Following is a link to what I'm thinking is my final beta of my mod_perl indexer RPM: http://www.leiinc.com/repository/Linux/Mitel_SME_Server/Beta/Indexer/ This beta incorporates Shad Lord's indexer code as well as means at configuring the indexer. Howto found here: http://www.leiinc.com/repository/Linux/Mitel_SME_Server/HowToGuides/indexer-howto.htm As a reminder: THIS RPM REQUIRES THAT MOD_PERL BE ACTIVATED ON THE SME SERVER. Howto to accomplish this can be found here: http://www.leiinc.com/repository/Linux/Mitel_SME_Server/HowToGuides/mod_perl-howto.htm Comments??? Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Devinfo Posting (was: bug reporting suggestion)
> Following the above I hope should keep everyone happy as: > - a ticket is opened in Mitel's bug tracking system and prioritized. > - devinfo is not burdened with the issue at all. I agree with Tom: Splitting "the community" between two forums is inherently a bad idea. Devinfo should remain the primary location for posting SME related development topic... Posting elsewhere invites confusion. Further, the direct interface with Mitel developers can be critical to development efforts. That don't have to post, but they generally do. I can understand folks past frustration with posting issues on this list (I've been frustrated myself at times). We shouldn't let this frustration create a situation that is even more difficult to work with. Charlie posted the "sideboards," if you will, for this forum a couple of months back and they clearly outlined what topics should be posted here (I can't seem to locate the post in the archives however). I think these sideboards define a very good basis for discussion. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Devinfo Posting (was: bug reporting suggestion)
> Following the above I hope should keep everyone happy as: > - a ticket is opened in Mitel's bug tracking system and prioritized. > - devinfo is not burdened with the issue at all. I agree with Tom: Splitting "the communinty" between two forums is inherently a bad idea. Devinfo should remain the primary location for posting SME related development topic... Posting elsewhere invites confusion. Further, the direct interface with Mitel developers can be critical to development efforts. That don't have to post, but they generally do. I can understand folks past frustration with posting issues on this list (I've been frustrated myself at times). We shouldn't let this frustration create a situation that is even more difficult to work with. Charlie posted the "sideboards," if you will, for this forum a couple of months back and they clearly outlined what topics should be posted here (I can't seem to locate the post in the archives however). I think these sideboards define a very good basis for discussion. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] [ANNOUNCEMENT]Apache Replacement Indexer BETA RPM
Following is a link to an rpm and srpm for a rework of my previous replacement indexer rpm: http://www.leiinc.com/repository/Linux/Mitel_SME_Server/Beta/Indexer/ This version of the indexer is written to function as an Apache perl-handler under mod_perl. Unlike the previous version, this version works on all Ibays. This version should also show a marked increase in performance over the previous version. Please be aware that this RPM requires that mod_perl be activated on the SME box. See my mod_perl HOWTO here: http://www.leiinc.com/repository/Linux/Mitel_SME_Server/HowToGuides/mod_perl-howto.htm I still consider this version a work in progress as there are two tasks that I've yet to complete: 1. A "good" configuration mechanism: Since this version of the indexer runs under mod_perl, any changes to the perl code itself requires that Apache be restarted. Therefore, placing configuration parameters in the indexer perl code is not a good thing. My plan is to either create a simple configuration file or place configuration parameters in the standard SME configuration dbase. 2. Incorporation of Shad Lords work into this indexer: Shad has done a very good job at creating a very functional indexer layout. I'd like to incorporate this layout and functionality as an option in this indexer. Users would then be able to choose between two layouts: lophty layout or Shad's layout. Any comments are greatly appreciated. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] SME 5.x mod_perl howto
Following is a link to a howto that I put together to activate mod_perl on SME 5.x. http://www.leiinc.com/repository/Linux/Mitel_SME_Server/HowToGuides/mod_perl-howto.htm When I first set out to tackle activating mod_perl on SME server, I thought that a good solution would include incorporation of httpd template fragments with configuration dbase entries and possibly a server-manager panel to control the entire thing. After investigating the issue furter, I found that implementing mod_perl properly would require modification of the various actions associated with ibay create/modification. At some point, I'm sure Mitel will do this. Mod_perl, afterall, is not all that much different than mod_cgi. My solution takes a fairly simply approach. It modifies the httpd.conf to load the mod_perl apache modules and creates an alias to process perl scripts through mod_perl (i.e., Apache::Registry). To make life easy, this alias points to the primary ibay cgi-bin. All perl scripts are placed in the cgi-bin. Calling a script with yourdomain.com/cgi-bin/perlscript, tells apache to run it as a normal cgi script (no change there). To run the same script with mod_perl, one would call the script using yourdomain.com/mod_perl/perlscript. All comments appreciated. Thank you. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] mod_perl
> We run RT in house, which is a pretty hefty mod_perl application. Gets a > bit greedy for RAM at times, but runs well. Charlie, does RT run under Apache::Registry or "native" mod_perl. As I understand mod_perl, the real performace hit is when one runs relic CGI apps in mod_perl's "compatibility modes" (i.e., Apache::Registry and Apache::PerlRun). As a side note, the SME FAQs state that SME supports mod_perl out of the box. ;-) In any event, it seems to me to be a trival task to turn mod_perl on. I see that Shad has build a template to do just this. I haven't seen Shad's template, but it might be worth coupling a template with a db entry and possibly an action. THis would allow one to turn mod_perl off or on by executing an action. If you already haven't done this Shad, I'd be more than happy to do so tomorrow. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] mod_perl
> They are installed and work great. I have just created a template to > activate it and have written a few modules to use it. Certainly looked like all of the parts where in place... Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] [BETA] Apache Replacment Indexer RPM and HowTO
> Software error: > Failed to Open Directory in subroutine ScanDir at > /opt/indexer/indexer.pl line 334. The first iteration of this script is meant to operate on the primary ibay only; as documented in the header of the script and the howto. The next iteration will operate on all ibays. > Also, I've used the lophty indexer in the past. I now prefer Shad Lord's > indexer much better: Yes, I have seen Shad's indexer in action your site and it looks like he's done a fine job on it. I really like, as do many of the folks in my shop, the Lophty layout. It's very similar to the Windows Explorer. My rewrite of Lophty in perl mirrors this layout, but adds quite a bit more functionality. I haven't had a chance to look at Shad's code, but plan to in the very near future. Maybe we can merge the two sets of code and have a couple of different layouts, or skins. > 1) What are your intended design goals? My personal goals are two fold: - Build a centralized, web based, file repository that mirrors my current project data shares (~16gb of data). The intention is to provide a means for my engineers to access project data from remote job locations with slow modem connections (VPN has WAY too much bandwidth overhead for such a connection). This file repository would sync itself up with the project data files once or twice per day using rsync. - Expand on a collaboration app so that it offers functionality found at www.eproject.com. Up until about a week ago, Twiggi was my first choice for such an effort. Due to my inability to obtain current source code, I think I'll look for more GPL friendly project. Maybe one that is written in perl so I feel more at home. > 2) Which goals does the webshare project already meet? Conceptually, it provides the means for uploading files. > 3) Which goals does it not? The authentication mechanism is too rigid for what I'm looking for. I'd like something that has the ability to both rely on current SME accounts and accept new "guest type" logins. See Shad's earlier post on this thread. I really like his ideas. > 4) There are a large number of existing file share projects available. Not as many as one might think. I've spent a good deal of time researching existing solutions and was disappointed. It might be possible to expand on one... Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] [BETA] Apache Replacment Indexer RPM and HowTO
> However, it looks like this hoses the default document in other areas of >the system. Another i-bay for example. Ah yes, an oversight on my part. I'll need to think on this a bit to come up with a good solution that allows the indexer to work on all ibays. In the interm, I think I'll rework one of my httpd.conf template fragement so that the indexer is set to redefine DirectoryIndex for the primary ibay only. My current fragment sets the global DirectoryIndex parameter. > Is it possible to specify multiple paths in the indexer.pl file? Yes I'm sure this is possible, but I;ll need to think on it a bit. There are two possibilities: 1. We have one indexer that detects which Ibay is calling it. 2. We have a seperate indexer for each ibay. Anyone have any good ideas??? Charlie, you usually have a few tricks up you sleeve > On a side note, I wrote up a little perl script that would run nightly Yes, it was your rework of the Lophty indexer that started me thinking about this. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] samba 2.2.6
> What happens if you don't add that? Does this setting affect any other > version of Windoze? Here's an snip from a Samba mailing list thread addressing this issue: ###snip### Samba domain controller nt acl support must be yes if you are using XPsp1. nt acl support can be yes if you are using XPrelease nt acl support can be yes if you are using win2kSP2 No samba domain controller nt acl support = no for win2ksp2 and XPrelease for XPsp1 you must apply the group policy change to log on. ###snip### When nt acl support is set to no on my setup, I get an error when trying to join XP sp1 to my domain. If I understand this parameter correctly, it tells samba to attempt to map unix permissions to NT ACLs. Seems to me this should be set to yes for all shares regardless of the windows version. Wouldn't Win9x & Me machines simply ignore the ACL mapping? Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Mail forms considered harmful (was Re: mail relays)
I just wanted to follow up on my original post. With the help of Mitel, I determined that the rouge spammers had exploited formmail.cgi on my primary server. From October 9 - October 15, the spammers sent in excess of 150,000 spam messages through formmail.pl. Thank you Charlie and Rich for all of the help in getting my system back to normal!!! My primary server is running SME 5.5 with minimal customization. I was using the formmail.cgi version 1.91 script on my primary website. Seems the spammers have figured out how to exploit the enhanced security features found in this newer version of formmail.cgi. Simply removing this script from my cgi-bin, clearing my mail queue, and rebooting my server solved the problem. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Pipe mail through cgi script
> Greg I have been watching the list over the last few weeks and found to > be very quiet! I see alot of the usually vocal developers have been > quiet lately > Even with the 5.6 release, not to much activity? That's because we've been told not to post any of that type of discussion here. I've on at least three occasions in the last month or so been told not to post SME development specific subject matter in devinfo (either because it had to do with potential bugs or was related to pre-release SME). My original inquiry to Mitel about forum subject matter remains unanswered on or offlist. > Personally I have been busy with a few other projects. I even find that Same here... Real bugger when paid for work takes priority right :) I really enjoy doing this network admin stuff, but it takes the back seat to engineering work in our shop. > (South Africa that is!!) has just enter the broadband world, ADSL has > been launched here as of a week ago!!! YAY! That is great news. I think you folks will really enjoy DSL. I've used cable, DSL, frame relay, and frame relays big brother(T1). I by far and away prefer DSL due to overall bang for your buck. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Samba bug on SME 5.5 [ANNOUNCEMENT]
> I wonder whether you have learnt anything more here Greg. The I can't remember where I was with this issue when I initially posted this email. After submitting to [EMAIL PROTECTED], I did discover that the password chat parameter in SME 5.5 was incorrect. The big disconnect lies is what I think is a short coming with Samba. If the password chat parameter is incorrect, Samba will change the Samba password (i.e., smbpasswd) but error out when it tried to change the unix passwords. I spent a few minutes and debugged the password chat dialog and submitted my findings to [EMAIL PROTECTED] > passwords directly from samba. Would you be able to delete the passwd >chat parameter, and add: > pam password change = yes > and see whether that works smoothly. Will give this a shot when I return to the office tomorrow and report back. I had a long weekend hiking a portion of the Pacific Crest Trail. Very beautiful I highly recommend the experience. Would be really fun the hike the entire thing, but taking three months off work to undertake this is near impossible. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SME 5.5 server-manager
> Yeah! I work for a large telecom carrier in NY. Being a manager is not > always fun! Sys. admin work is kind of my secondary job description in my company. When I first came to LEI in 1993, the systems end of things was very bad. We had a collection of old HP desktops (not the PC type, but the REALLY old ones) and a few 486's. To give you an idea of the type of software being used, they were running lotus version 1.0 LOL. Was kind of typical for my industry, but needed updating. After many persuasive discussions with my boss and begging for good hardware I think we are doing pretty good now. It's really nice to have SME to lighten the burden considerably. > I hope you can put a pure testing machine together. What type of system >are you using for SME Server?? I have two SME servers setup in my office. One is my production server and the other a development/test box. My production server is a PIII 750 (I think) on an ASUS P3B motherboard, 256mb of RAM, IDE Raid 1 controller (I can't remember the brand, but D. May recommended it, so I'm sure it's solid), and two western digital 30gb hard drives. We're connected to the net via a SDSL 640/640. My test box is a PII350 with 128RAM and a single 20GB hard drive. I just upgraded my test box from 5.1.2 to 5.5 last week. I couldn't believe how easy the upgrade was. I popped in the CD, it detected my 5.1.2 install, I typed in proceed and came back 20 minutes later to a prompt asking me to create an emergency boot disk and then a reboot. Couldn't be any easier than that. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] RPM naming convention
I'd like to put forth a point or two of concern in the way that folks are naming their contrib RPMs. Informal devinfo convention has developers putting their initials in the rpm name if they made the rpm and the work devinfo in the rpm if the project was a group effort. While this a good concept and lets a person know who made the RPM, it can cause upgrade problems down the line. For example: Lets say that I write an RPM and name it GJZ.XXX.XXX.rpm. Later a few others put in their two cents and the rpm gets renamed to devinfo.xxx.xxx.rpm. When users attempt to upgrade the GJZ rpm to the devinfo rpm, a conflict will very likely occur. In fact, I had this very thing happen recently. When I asked the lead developer what needed to be done to resolve the conflict, he told me to use the --force option. :-( The significant ramification of this is that you could inadvertently folk your SME box to the point that upgrade can be difficult. I propose this: 1. If a project is based on SME standards, leave the name alone and add your initials to the RPM spec file. I understand that it's nice to be able to distiguish a Mitel made rpm from a devinfo made rpm, but this really muddies the waters. 2. If a project is based GPL software not written by the devinfo people or person making the rpm, use the software name in the rpm title with some term distingising it has been built to run on SME. For example: SME-softwarename.xxx.xxx.rpm. 3. If a devinfo team or person writes software and builds an rpm from this software, create a name for the software in question and use the naming convention outlined in bullet two, above. 4. Don't put your initials in the RPM version number (e.g. bind.8.2.2.gjz.i386.rpm, but in the RPM spec file and change the version number of the RPM using standard practice. 5. Don't change the base name of and RPM unless there is good reason to do so. Again, the RPM spec file provides ample opportunity to list changes and who made them. Tracking changes in the RPM name only makes things confusing down the line. My two cents. :) Thank you. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SME 5.5 server-manager
Charlie Brady <[EMAIL PROTECTED]> said: > > I'm noticing that the server-manager in SME 5.5 doesn't seem to run a > > smoothly as pre 5.5. > I don't know how to measure "smoothly", so I don't know how we'd verify > that. For example: -occasionally the menu bar frame doesn't reload with the rest of the server manager requiring that you shut down your browser and reload. -the entire manager is much slower than it used to be at loading, reloading, ..., etc. -random links throughout the manager (my manager anyway) are displayed in red when they shouldn't be. A reload of the manager seems to get rid of the problem (i.e., the links are displayed in blue as they should be). I was going to send in a bug report on this specific issue, but wasn't sure if sending you folks screen shots would be an issue. None of these things are critical by any means. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Some wish-list ideas for version 6.0
> tonight's experiment was an emachine 333k unit. uses amd k6 has 8 gig Yes, but this isn't the BUSINESS norm (at least when one talks to folks in this forum and the other e-smith forms). I agree, it's fun to experiment and see what works and what doesn't at home with your spare parts. Sure, you'd have some bragging rights if you could get this to work on a Commodore VIC-20. ;-> (my first computer) That's how we all learn. BUT..., if you like your job, you don't go to work and setup your entire office with this approach. What would your explaination be to your boss?... Well, you see, I was playing around, experimenting really, with this old machine that we had. I figured if I could make it through the install routine, we'd be good to go. Everything seemed to be working OK so I transfered all of our project files to the server hard drive. I thought I was saving us moneyIf there is reall a "network admin" here in this group that actually operates like this, please speak up... ;-) -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Some wish-list ideas for version 6.0
> Good point about the P90;) A small investment in moderately decent > hardware upfront may remove alot of problems, unfortunately I can't > stick to this and still stuff around with isa scsi adapters too often... Agreed. I was mostly joking with my previous comment... I don't think an small organization need spend a fortune on hardware to get a good stable server solution with SME. I feel very good about the setup for my company and I don't think I have more than $1200 US invested in hardware (not counting my development box). I didn't purchase top end equipment, but did purchase quality. I think that and covering all of the basics that Rich pointed out go along way to creating a stable environment. What makes me feel so comfortable about my SME setup is the ease of getting a machine back up and running in the event that my main server fails. In my case, I'd simply resintall a fresh copy of SME 5.1.2 on my development server, pop in the latest backup tape from my production machine, and in a few hours I'd be 100% again. Very nice. Yes, having a true failover server would be nice, but not essential. Not having access to the server for a few hours certainly won't run my company into the ground -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] [ANNOUNCEMENT] SME Server 5.5beta4 on the ftp sites
Darrell May <[EMAIL PROTECTED]> said: > I wonder if you can comment on why mailfront is thought to be better >or, is > there 'something' else coming that may return the functionality that now > appears missing. Darrell, Have you received an offlist response to this? I had a very similar concern when reading the SME 5.5 announcement. I find the "email blocking" blocking system that you helped to create to be quite useful. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Perl programmers - help for a lowly unworthy newbie
> The example does not show the use of the -w switch, but it is used in > previous examples. If I take out the -w switch it does not show me the > error, but it still behaves the same. This is actually quite common when coding in perl. The -w compile time option does a bunch of common logic checking and what not in your code to help you detect bugs. You should always include this in all of the code that you write (I believe that Perl 6 will use the -w switch by default). You can write code that will compile and run just fine but still have problems that will trip a -w error message. For example, you call (i.e., declare) variable and then never use it, the -w option will kick out an error telling you that the variable in question isn't doing anything for you. Something else that you should always include in your code is the strict pragma (e.g., put the statement "use strict" at the top of your code). This pragma tells the perl compiler to generate compile codes with unsafe programming is detected. Again, there are tons of examples that will compile and run just fine even with errors generated with the strict pragma. Both -w and use strict will not only force you into good programming style and habits, but will save you a tremendous amount of debugging time. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Perl for dummies!!!
> "Learning perl" (the camel book). Actually, "The Camel" is Programming Perl, not Learning Perl. Learning Perl is the Oreily book with a lama or something on the front. In any event, I found Learning Perl very difficult to follow. It would be especially difficult if you are not familar with C or C++ as many of the examples say something like "this is very simular to C syntax," or something along those lines. Additionally, Tom Christiansen and Larry Wall (two of "The Camel" authors) tend to throw humor in at various places in their text. Once you get your hands around perl, this humor is actually very good. Unfortunately, it tends to cloud topics for the beginner when reading Learning Perl (actually, I'm not positive Larry Wall is one of the authors of Learning Perl, but Tom Chritainsen certainly is) A much better book for a beginner is Perl5 by Example by Que. Extremely good book!! Follows very logic sequence in an easy to understand, straight forward manner. > "Perl Cookbook" (the bighorn sheep book). Agreed, the Perl Cookbook is very good text. I'd read Perl by Example first, then kind of thumb through Perl Cookbook. I've been programming in perl for some time now and I still haven't used all of the techniques from this book. After you start to spread your wings a little, you'll want to get a copy of "The Camel" (i.e., Programming Perl). This is the definitive text for perl programming, but certainly a text for a beginner . Good luck. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Courier IMAP Howto available
> Again, RAV doesn't come into the picture. It does for those using RAV, especially if Courier breaks something. Regards -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] samba-2.2.3 recall
Sorry, don't know why my previous message was mangled.. > Nothing in there suggests an urgent security problem, so I don't see >any need to recallR PMs(it's a minor bugfix release). In any case, I've I think it was called minor to smooth over the major screw-up on the part of the Samba Team. Saying that it is a major bug (which it was) would have been about like walking into a crowded theater and yelling "BOMB!!" I think the seriousness of this bug is evident in the fact that you can't find the sources on Samba's site any longer and the Samba Team leader was called in from a convention in Australia to fix the problem and put out what they termed as a "brown bag release." Seeing as the Samba 2.2.3 RPMs never made it past devinfo, folks using them on a production server do so at their own risk I guess. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] samba-2.2.3 recall
> Nothing in there suggests an urgent security problem, so I don't see any > need to recallRPMs(it's a minor bugfix release). In any case, I've I think it was called minor to smooth over the major screw-up on the part of the Samba Team. Saying that it is a major bug (which it was) would have been about like walking into a crowded theater and yelling "BOMB!!" on Samba's site any longer and the Samba Team leader was called in from a convention in Australia to fix the problem and put out what they termed as a "brown bag release." Seeing as the Samba 2.2.3 RPMs never made it past devinfo, folks using them on a production server do so at their own risk I guess. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] ENEO UPDATE ANNOUNCEMENT
> Actually they are very different Greg. Let me explain... and take this > opportunity to a bit. Definitely not personal buddy ;-> Understood and I knew that my post would draw a little flak. To be honest, that's what I intended to some extent. Now I know a great deal more about this project and where Mitel is with the Blade's project. ;-) > I expect we will hear many viewpoints on list that do not wish to > support or encourage developer ideas like this. Personally, I don't think any development idea is a bad idea. Where it goes beyond the development stage is another issue. This is really where I was coming from with my post. I think one of the hardest things for a developer to do (including myself) is to step back and look at the big picture. Developers are problem solvers. When we run across an obstacle, we pull out the heavy equipment and move it. What's on the other side isn't always as important as the obstacle itself. Jaime made several very good points in his reply to my post that didn't occur to me -- ESGS 4.x and custom projects are two good examples where his project is a very good fit. > Personally I'd like to see open minded developers take a look at Jaime's > solution and submit ideas to make it better ;-> Agreed!! From what I can see of Jamie's work, it looks very interesting. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] ENEO UPDATE ANNOUNCEMENT
I don't mean to put a damper on development ideas, but don't we already have such a mechanism with Blades? Granted, we don't have an official blades HOWTO as of yet, but the folks at Mitel say that one is in the works. The last report from them said that their documentation folks were working on it, but had their plates full (probably getting the SME 5.1.2 docs out). Should we abandon blades just because of the lack of this document?? Seems to me that this would likely lead to confusion. Darrell put together a very good early look document on Blades. Couldn't we pick up where he left off and work to flush this thing out. Maybe the folks at Mitel would be willing to let us have a look at what they've put together thus far Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
> Did Ted make any comments about the problems with ext3 plus RAID under the > 2.2.x kernel? I've found references to problems, but no discussion of > whether they are fixable or not. Charlie, I read an article and mail list post on this very issue yesterday. It sounded favorable. I'll see if I can dig it up and fire you a copy. Along with the mail list post, was an RPM to update the Redhat Linux kernel 2.2.19 to include ext3. ftp://ftp.clusterfilesystem.com/pub/kernels/ I've been meaning to try to install this on a SME 5.1.2 box, but just haven't had the time. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] development roadmap
I'm wondering if we aren't starting to wonder off-base here a little. I thought the original intent of this specific development project was to establish a testbed, so to speak, for trying out new technologies on SME. Do we need a forked version of SME to do this? In my opinion, no. What we really need is a development version of SME 5.1.2, with all that folks can download, install, and start doing developing on. Maybe this means one devel. version of SME 5.1.2 based on Linux 2.2.x and another on Linux 2.4.x. We can make lists of contribs that we'd like to see installed in production SME, but in the end it's Mitel who will decided what goes in their product. I don't think we can, or should, go much further than making sure they work right on the main system. Developers usually aren't the folks making decisions of what or what not to include (unless it goes to base system quality/stability), it's management. If I'm the one who's off-base where, let me know and I'll pipe down. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Survey - Kernel 2.4
> Mitel could start a new survey on e.smith.org website to see what >features are really needed / wanted. I think Mitel has made it very clear that the MAIN reason that they are not putting extensive development time into this is the lack of custom masquerading modules for iptables. There has been a fairly extensive thread on this issue whereby several examples where presented showing the short coming is linux 2.4.x. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Building RPMs (was Re: development roadmap)
> Those instructions are pretty close to the bare minimum to compile > anything. Exactly what you need will vary from package to package. Agreed. After spending a few hours playing around with this and installing these RPMs: autoconf-2.13-10.noarch.rpm automake-1.4-8.noarch.rpm cpp-2.96-85.i386.rpm gcc-2.96-85.i386.rpm glibc-devel-2.2.4-19.3.i386.rpm glib-devel-1.2.9-1.i386.rpm kernel-headers-2.2.19-7.0.8.noarch.rpm kernel-source-2.2.19-7.0.8.i386.rpm libstdc++-devel-2.96-85.i386.rpm libtool-1.3.5-8.i386.rpm libtool-libs-1.3.5-8.i386.rpm m4-1.4.1-4.i386.rpm make-3.79.1-5.i386.rpm ncurses-devel-5.2-8.i386.rpm pam-devel-0.75-16.i386.rpm readline-devel-4.1-9.i386.rpm I was no closer to compiling Samba on SME than I was when I started. I know it's not a problem with Samba as I can compile on my Mandrake 8.1 machine no problem. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Building RPMs (was Re: development roadmap)
> http://www.e-smith.org/faq.php3#8q7 I followed this to the letter, but couldn't get SME to build Samba RPMs, or even get SME to compile the Samba source code. The RPM build process bails out during the compile portion (or more precisely ./configure) of the RPM build process, so I must be missing a library or something. The error messages produced by RPM build, and a straight command line make, doesn't help reveal a problem. I send a post to the Samba mailing list, detailing the compile error message, and they said "yea we see that every once and a while. We're not sure what causes it." The error received during a ./configure portion of a compile is: ERROR: No locking available. Running Samba would be unsafe I was hoping someone else could shed some light on the issue. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
> Well I certainly enjoy your enthusiasm. Just wish we had more devinfo > members stepping up to assist. I think I may have found a working version of Ext3 on Linux 2.2.19 that looks promising. I'm currently downloading all related info, rpms, etc. and will play around with it a little later today. > Samba might be next to look at _again_. Michael Doerner mentioned a > problem with password synch. Also (6th February 2002) Samba 2.2.3a > released. Yes, I think this is worth looking into as Samba 2.2.3a implements a BDC solution. I attempted to create new Samba RPMs or SME but couldn't get them to build on my SME test box (builds just fine on my Mandrake workstation). Charlie told me that he built the last set on Mitel's production machine, but even after installing several development type RPMs, I couldn't get the Samba sources to compile (and the RPM to build). > [contribs] > No one has commented on contribs they'd like to see in the iso yet. Darrell, I think the list that you have on your site would make an excellent starting point!!! > I really do not even know who to talk to. I'll try an e-mail to Charlie, can you give us some feedback on this please? -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
Charlie Brady <[EMAIL PROTECTED]> said: > > On Sun, 10 Feb 2002, Greg Zartman wrote: > > > RAV AntiVirus has deleted this file > > because it contained dangerous code! > > Care to elaborate, Greg? I have no idea... I didn't attempt send an attachment and I composed the message in twiggi so the formatting doesn't contain HTML or anything. Since twiggi is web based email, it couldn't have been something from my workstation. I don't believe you folks are using RAV on your mail server, so it must have been done by my server (I am running RAV) that killed my message and replaced it with the above text. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
> I want to take a moment to thank Dan for doing an excellent job on > moving SME forward with PHP and IMP upgrades. In my book, this is > exactly what is needed. Agreed. > To continue this fine effort I thought we, the community, should produce > our own development roadmap and issue our own development iso. Great proposal Darrell!! I hate to rehash something that has already been discussed, but I can't see how a new version of SME can be developed by this group without heavy involvement by Mitel. This is after all, their product. They've got to have a roadmap very similar to this sitting back at the Mitel office. Without knowing what their plans are, a project fork is not just possible it's almost a certainty. I certainly don't want to discourage any type of development projects. I'm just playing "devil's advocate" so to speak... Statement Disclaimer: I understand that Mitel's plans are their plan's and they are in no way obligated to tell us anything. Additionally, I understand that Mitel's partner requests are paramount and may or may not coincide with issues discussed in this group. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
RAV AntiVirus has deleted this file because it contained dangerous code! -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Masq modules
> 2. (much more importantly) Don't assume that just because you needed > extra > modules with ipchains that you will also need one with iptables. What > (exactly) is it that you think that you need and don't have? This was my thought as well. My experience with ipchains is fairly limited, but I have spent some time working with NAT routing and found it to work very seamlessly with internet apps such as ICQ and MS netmeeting. If I understand iptables correctly, it is essentially NAT. Maybe some Linux routing guru out there can shed some light on this issue. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] a new passwd program version?
> which seems to work OK here (test on NT WS and Win2k). > As far as I understand this, it must be due to different >the passwd program? I believe the answer to your question is yes. Samba's password chat utility uses a very basic passwd program. In creating the password chat syntax on a give system, you set the Samba logging mechanism to a special setting to record the conversation between Samba and the passwd utility. Any changes from your previous syntax would be a direct result any changes Redhat has made to the passwd utility dialog. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Automating MySQL commands
Dan Brown <[EMAIL PROTECTED]> said: Another option would be to use the perl DBI module. The dbd::mysql DBI drivers contains a fairly wide array of mysqladmin functions via the admin () method call. To create a table or tables, the following code could be used: #Attach modules use DBI; use strict; #Set DBI for manual error handling my %dbiAttr = ( PrintError => 0, RaiseError => 0 ); #Open a connection to mysql my $dbh = DBI->connect( "dbi:mysql:databasename", "username", "password",\ %dbiAttr) || die $DBI::errstr; #Prepare SQL statement my $sth = $dbh->prepare("CREATE TABLE table1 ( key int(10) NOT NULL , field1 char(5), PRIMARY KEY(key))") || die $DBI::errstr #Execute SQL statment $sth->execute() || die $DBI::errstr; #Close mysql connection $sth->finish; $dbh->disconnect; This is a pretty basic example, but works none the less. As long as have the appropriate username and password, you're set. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] autofs
> A zip drive is complicated, as you won't know what the device path is - > it'll vary from system to system. Good point Charlie. My zip drive sets up pretty easily as it is on a SCSI bus, but things may not be nearly as easy for say a parallel port zip or USB. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] autofs
> any suggestions ? This looks very good Stephan. I'm wondering if it wouldn't be more convenient to create samba share template fragments for the devices instead of grouping all of the links to the devices in an ibay (I'd be happy to do this if you'd like). For example, you'd have a share named zip_drive to the zip drive, etc. This then lends itself to drive letter mapping on windows clients. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] autofs
> any suggestions ? This looks very good Stephan. I'm wondering if it wouldn't be more convenent to create samba share template fragments for the devices instead of grouping all of the links to the devices in an ibay (I'd be happy to do this if you'd like). For example, you'd have a share named zip_drive to the zip drive, etc. This then lends itself to drive letter mapping on windose clients. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Masq modules
> But you want to know when somebody is going to do it for you though! > This faceless w9ya is clearly a troll and best ignored. This is exactly what I was talking about earlier. How can discussion like this possibly be productive? Bob was simply stating his opinion on the subject like everyone else is doing. Graeme, I seem to recall you "flamming" me pretty good off list back when I first started participating in the forum. Something about me asking stupid questions or something... I'd respectfully request that you keep comments like this to yourself and in any event restrain yourself from publicly airing them. Thank you. -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: Re: [e-smith-devinfo] Masq modules
> I think the confusion is based on trying to both firewall and serve? At >least it is for me. I seem to remember when e-smith recommended that >firewalling and serving should be done separately, on separate >equipment. I tend to agree >with that. For the large corporate environment, I think your right. For the small business owner, this would never fly. Take my company for example. There is no way I'd recommend we spend $7k-$10k for a cisco firewall, then pump more money into a file server. SME has a PERFECT market nitch. It's primed to go head to head with Windows server and in my opinion it will win. This like any other development issue can and will be solved. Problem is, this community isn't coming together to solve the problem like it has on others in the past (50% of the posts are complaints about who's responsible and who isn't, etc.). This project needs some leadership and direction (wish I could offer more in this area but I'm still learning alot of this stuff). In my opinion, Mitel needs to play a role in this for it to be ultimately successful. A good example of this is implementing Samba 2.2 on SME 5.1. Wonderful collaborative effort. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] XonSME [was krud? + X]
> my idea is to use a redhat cd of the same version as > the SME, then add, X + KDE + LTSP This is already done. Goto www.mandrake.com and download mandrake linux version 7.2. You are correct, the SME folks have created one of the easiest linux SERVER distros around. However, just about everything that makes SME what it is would do very little to making a good desktop distro. The primary factor in a desktop OS is a top notch, easy to use, GUI. KDE and Gnome are getting close, but they still aren't up to the level, as far as easy of use and OS integration, of the Windows GUI. Really, KDE is about where windows was with a GUI with Windows version 3.x. > those who would, would be smaller sites, possible home I can't see how these folks could go wrong with the current SME. Without the overhead of a GUI, these folks can setup a simple SME gateway on an old Pentium or Pentium II machine and be off and running. Additionally, KDE is MUCH more complicated than the server manager. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Samba RPMs
I've always wondered why the Samba team packages Samba into one RPM when Red Hat comes out of the box as three RPMs. Well, here's why they do it: >From a post on the Samba mail list: > > I hate to be critical, and I will probably build a binary > distribution from the sources, but the single package in > the SaMBa redhat 7.2 directory is NOT compatable with the > normal redhat linux 7.2 distribution. The normal redhat > linux 7.2 distribution contains three RPMs, not one. They are: > Samba-common > Samba-client > Samba-server Yes I know. We (the Samba Team) and RedHat disagree about this. Our opinion is that the separate package method leaves the user with only half the needed tools if only the client is installed. They are free to package as they wish however, as are we. Jeremy. Samba Team Leader -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] SME on top of a distro
> sufficient hours to it. Why should Mitel's owners fund this > development, if they don't see it as a pressing business need? This topic must be on Mitel's roadmap? Mitel can't possible hope to stick with the 2.2 kernel for the long term. Correct me if I'm wrong Darrell, but it appears that Darrell is trying to prevent a project fork, like Axon, by kicking off a project that goes to Mitel's long term goal for SME.. For example, at one point the type of journaling file system to be used was discussed. It would certainly be nice to get a consensus on this type of topic before blazing down a path. I can certainly understand apprehension at spending development time on HOWTOs and what not. Would it be possible to generate some type of list of wants/needs (e.g., type of file system). Maybe someone in the community could create this and then get input from the Mitel folks??? Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org