[BlueOnyx:11139] Re: Mailman in Blue Onyx
At 08:15 PM 8/9/2012, Michael Stauber wrote: >The mailman admin pages should not really be used to create lists, as >these lists will no longer be compatible with BlueOnyx. So they cannot >be managed through the BlueOnyx GUI and they cannot be migrated with CMU. I wish I had a GUI or admin page of any sort. There does not seem to be any in the BX admin at all. Right now, the only way I can add a mailing list is to do it on a command line and edit the alias list. This usually works, but sometimes even though the configuration file shows the other domains, email for the list is rejected. On the other hand, I do get an error message each day that some file - I suspect the daily list of bouncing/problem addresses - cannot be generated Can you give me a short clue as to how I can integrate mailman better? We are using V2.1.9, that Chris G said needed some "tweaking" to install with BX. I don't want to break BX or mailman, but it sure would be nice to solve this. thanks! ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:11138] Re: Mailman in Blue Onyx
Hi William, > Mailman I think this mailing list article should answer most of your questions: http://article.gmane.org/gmane.linux.devices.blueonyx.user/7478/ If you enable the "Site Prefix" for the site in question and then create a mailing list, the arbitrary number in front of the Mailman email address is replaced with the "Site Prefix". That generates 'nicer' list email addresses. The mailman admin pages should not really be used to create lists, as these lists will no longer be compatible with BlueOnyx. So they cannot be managed through the BlueOnyx GUI and they cannot be migrated with CMU. -- With best regards Michael Stauber ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:11137] Mailman in Blue Onyx
I wonder if anyone on the list has experience with the Mailman implementation in BlueOnly (5108R). At one point I used Mailman pretty extensively, but the BO implementation has me stumped. When creating a mailing list named "listname" from within the BlueOnyx GUI, the Mailman implementation names the list nnn-listn...@host.domain.com (where nnn is some random number) Since this list is intended as an email role address, what we need is just listn...@domain.com. For example supp...@mydomain.com. A mailing list name of 520-supp...@www.mydomain.com is unacceptable. So... I figured I'd just go to the Mailman admin pages and create the list from there. Trouble is, I get an error response claiming I don;t have permission to create a mailing list. I'm logged in as the server administrator. Two questions: 1) Is there a way to set the Mailman defaults so that it doesn't add the arbitrary number in front of the list name and also so that it doesn't use the host name? and 2) what user has permissions as the Mailman admin? Thanks ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:11136] Re: BlueOnyx server with SuPHP not creating vSitephp.inis
- Original Message - From: Jeff Jones To: BlueOnyx General Mailing List Sent: Thursday, August 09, 2012 10:01 AM Subject: [BlueOnyx:11134] BlueOnyx server with SuPHP not creating vSitephp.inis Hi all, We have a BlueOnyx server which is running quite a few suPHP enabled sites - which appear to run fine. The customer noticed that when changing PHP settings - it would cause apache on the server to hang. I logged in and noticed that unlike other BlueOnyx servers, there is no custom php.ini in the the folder above the sites /web directory. I have unchecked / rechecked the suphp tickbox - nothing. There are no errors in /var/log/messages. Comparing the folder permissions of a working server - they are both the same. The server that doesn't work is reporting: 2.6.18-194.32.1.el5 #1 SMP Wed Jan 5 17:53:09 EST 2011 i686 i686 i386 GNU/Linux The server that is working is reporting: 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:10 EDT 2012 i686 i686 i386 GNU/Linux So is slightly more up to date - is this a known issue that was fixed by an update? Any ideas please? << Jeff Try the yum clean all yum update Then /etc/rc.d/init.d/cced.init restart /etc/rc.d/init.d/admserv restart then untick the suphp, save, then re-tick the suphp and save. Ken Marcus Precision Web Hosting, Inc. http://www.precisionweb.net ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:11135] BlueOnyx server with SuPHP not creating vSite php.inis
The php.ini that it creates is up one: not here /home/.sites/4/site38/web but here /home/.sites/4/site38/ RC -- +-+ Richard C. Barker Sr. CEO & President 1-800-510-3139 ProBass Networks Inc. http://www.probassnetworks.net http://www.probass.net *** DISCLAIMER : - This e-mail is confidential and intended only for the use of the individual or entity named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message. +-+ ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:11134] BlueOnyx server with SuPHP not creating vSite php.inis
Hi all, We have a BlueOnyx server which is running quite a few suPHP enabled sites - which appear to run fine. The customer noticed that when changing PHP settings - it would cause apache on the server to hang. I logged in and noticed that unlike other BlueOnyx servers, there is no custom php.ini in the the folder above the sites /web directory. I have unchecked / rechecked the suphp tickbox - nothing. There are no errors in /var/log/messages. Comparing the folder permissions of a working server - they are both the same. The server that doesn't work is reporting: 2.6.18-194.32.1.el5 #1 SMP Wed Jan 5 17:53:09 EST 2011 i686 i686 i386 GNU/Linux The server that is working is reporting: 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:10 EDT 2012 i686 i686 i386 GNU/Linux So is slightly more up to date - is this a known issue that was fixed by an update? Any ideas please? Cheers, Jeff ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx