<html>
<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<title>[SPAM (Bayesian)] - Blueonyx Digest, Vol 3, Issue 38 - Bayesian Filter
detected spam</title>
<style>
<!--
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Arial","sans-serif";
color:navy;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page Section1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:10.0pt'>Message: 3<br>
Date: Fri, 27 Mar 2009 14:46:56 +0100<br>
From: Rickard Osser <rickard.osser@bluapp.com><br>
Subject: [BlueOnyx:00877] Re: FW: problem with phpmyadmin signon<br>
To: BlueOnyx General Mailing List <blueonyx@blueonyx.it><br>
Message-ID: <1238161616.9218.30.camel@newly.osser.se><br>
Content-Type: text/plain<br>
<br>
On Fri, 2009-03-27 at 12:57 +0000, Stuart Clark (Datacenta) wrote:<br>
> Hi<br>
><br>
> I just filed the following in a bug ticket.<br>
><br>
> I have just installed the latest release and when trying to access the<br>
> phpmyadmin through the gui there is a broken image box and all I get is<br>
> a constant clicking as though it is trying to submit constantly but I<br>
> never get signed in. If I go directly to /base/phpmyadmin/signon.php I<br>
> get the login screen but using the root and password does nothing. I am<br>
> also getting the following browser errors.<br>
><br>
> Line: 121 Char: 1 Error: 'top.code.FormField?_textFieldSubmitHandler' is<br>
> null or not an object Code: 0 URL:<br>
> <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
><br>
> Line: 1 Char: 33 Error: 'top.code' is null or not an object Code: 0 URL:<br>
> <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
><br>
> Line: 172 Char: 2 Error: 'top.code' is null or not an object Code: 0<br>
> URL: <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
><br>
> I am running Vista and IE7 I have tried with firefox 3 also and the<br>
> login does not work<br>
><br>
> Is this a bug or likely to be a configuration issue?<br>
>Hi Stuart,<br>
<br>
>a small question, did you set the password for mysql in the gui or from<br>
>CLI?<br>
<br>
Hi Rickard</span></p>
<p class=MsoNormal><span style='font-size:10.0pt'> </span></p>
<p class=MsoNormal><span style='font-size:10.0pt'>I set the password through
the GUI</span></p>
<div>
<p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'>--</span><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:navy'><br>
</span><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'>Stuart Clark</span></p>
<p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'>Systems Administrator</span><span style='font-size:10.0pt;
font-family:"Arial","sans-serif";color:navy'><br>
</span><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'>---------------------------------------------------------------<br>
<b>Datacenta Hosting Ltd </b>
<br>
Gild House, 72 Norwich Avenue West, Bournemouth, Dorset, BH2 6AW.<br>
</span><span style='font-size:8.0pt;font-family:"Arial","sans-serif";
color:navy'><br>
</span><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'>Tel: 01202 755 377 - Fax: 01202 755 301<br>
<a href="http://www.datacenta.net">www.datacenta.net</a> – A Kimcell
Company<br>
---------------------------------------------------------------<br>
</span><span style='font-size:8.0pt;font-family:"Arial","sans-serif";
color:navy'>Datacenta Hosting Ltd is a company registered in Scotland with
registration number: SC208801<br>
Registered address: Crescent House, Carnegie Campus, Dunfermline, Fife, KY11
8GR<br>
VAT Number: 785629182<br>
</span><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'>---------------------------------------------------------------<br>
</span><span style='font-size:8.0pt;font-family:"Arial","sans-serif";
color:navy'>Charitable donations to Julia’s House and Youth Cancer Trust
were made in 2008 in lieu of sending Christmas cards.<br>
Think before you print! Save paper - do you really need to print this email?</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:navy'></span></p>
</div>
<p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif";
color:navy'> </span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:
"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;
font-family:"Tahoma","sans-serif"'> blueonyx-bounces@blueonyx.it
[mailto:blueonyx-bounces@blueonyx.it] <b>On Behalf Of </b>blueonyx-request@blueonyx.it<br>
<b>Sent:</b> 27 March 2009 16:00<br>
<b>To:</b> blueonyx@blueonyx.it<br>
<b>Subject:</b> [SPAM (Bayesian)] - Blueonyx Digest, Vol 3, Issue 38 - Bayesian
Filter detected spam</span></p>
</div>
</div>
<p class=MsoNormal> </p>
<p><span style='font-size:10.0pt'>Send Blueonyx mailing list submissions to<br>
blueonyx@blueonyx.it<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://www.blueonyx.it/mailman/listinfo/blueonyx">http://www.blueonyx.it/mailman/listinfo/blueonyx</a><br>
or, via email, send a message with subject or body 'help' to<br>
blueonyx-request@blueonyx.it<br>
<br>
You can reach the person managing the list at<br>
blueonyx-owner@blueonyx.it<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Blueonyx digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. [BlueOnyx:00875] Re: Feature Requests (Michael Stauber)<br>
2. [BlueOnyx:00876] FW: problem with phpmyadmin signon<br>
(Stuart Clark (Datacenta))<br>
3. [BlueOnyx:00877] Re: FW: problem with phpmyadmin signon<br>
(Rickard Osser)<br>
4. [BlueOnyx:00878] Re: Feature Requests (Greg O'Lone)<br>
5. [BlueOnyx:00879] Re: Feature Requests (Michael Stauber)<br>
6. [BlueOnyx:00880] Re: Feature Requests (Greg O'Lone)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 27 Mar 2009 07:55:50 +0100<br>
From: Michael Stauber <mstauber@blueonyx.it><br>
Subject: [BlueOnyx:00875] Re: Feature Requests<br>
To: BlueOnyx General Mailing List <blueonyx@blueonyx.it><br>
Message-ID: <200903270755.51059.mstauber@blueonyx.it><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Greg,<br>
<br>
> What I'm thinking of is a way to set username prefixes for each site.<br>
> I've been reading all that I can find about Sausalito, and after<br>
> putting some thought to it, I'm going to need to change the<br>
> userAddHandler.php file to make it work properly. I'm thinking that<br>
> I'd rather it be done at the distribution level so that it doesn't<br>
> screw things up later. So here's what's going through my mind:<br>
><br>
> An optional VSite boolean property (userPrefixEnabled) which enables<br>
> username prefixes for each site. False would leave the current<br>
> behavior intact. userAdmin access only.<br>
><br>
> An optional VSite alpha property (userPrefix) which would allow us to<br>
> override the default prefix.<br>
><br>
> in userAddHandler, if userPrefixEnabled is False, process as normal.<br>
> If true, append the selected username to the aliases and set the<br>
> username to Site##_### or userPrefix###. We'd need to look at the<br>
> users in the site/users directory and find the highest existing user,<br>
> but I don't think that would be too hard.<br>
<br>
Yeah, that's a nice idea. I see some potential obstacles in the form of that<br>
Java script that suggests a username when you enter the full name. So
that<br>
needs to be tweaked as well. But aside from that it's certainly doable and<br>
would be a nice addition.<br>
<br>
--<br>
With best regards<br>
<br>
Michael Stauber<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 27 Mar 2009 12:57:03 -0000<br>
From: "Stuart Clark (Datacenta)" <stuart.clark@datacenta.net><br>
Subject: [BlueOnyx:00876] FW: problem with phpmyadmin signon<br>
To: <blueonyx@blueonyx.it><br>
Message-ID:<br>
<4B406194C609944B915F8DDD33C70ED80208CEF9@bluemountain2.mshome.net><br>
Content-Type: text/plain;
charset="US-ASCII"<br>
<br>
Hi<br>
<br>
I just filed the following in a bug ticket.<br>
<br>
I have just installed the latest release and when trying to access the<br>
phpmyadmin through the gui there is a broken image box and all I get is<br>
a constant clicking as though it is trying to submit constantly but I<br>
never get signed in. If I go directly to /base/phpmyadmin/signon.php I<br>
get the login screen but using the root and password does nothing. I am<br>
also getting the following browser errors.<br>
<br>
Line: 121 Char: 1 Error: 'top.code.FormField?_textFieldSubmitHandler' is<br>
null or not an object Code: 0 URL:<br>
<a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
<br>
Line: 1 Char: 33 Error: 'top.code' is null or not an object Code: 0 URL:<br>
<a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
<br>
Line: 172 Char: 2 Error: 'top.code' is null or not an object Code: 0<br>
URL: <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
<br>
I am running Vista and IE7 I have tried with firefox 3 also and the<br>
login does not work<br>
<br>
Is this a bug or likely to be a configuration issue?<br>
<br>
Regards<br>
<br>
Stuart<br>
<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Fri, 27 Mar 2009 14:46:56 +0100<br>
From: Rickard Osser <rickard.osser@bluapp.com><br>
Subject: [BlueOnyx:00877] Re: FW: problem with phpmyadmin signon<br>
To: BlueOnyx General Mailing List <blueonyx@blueonyx.it><br>
Message-ID: <1238161616.9218.30.camel@newly.osser.se><br>
Content-Type: text/plain<br>
<br>
On Fri, 2009-03-27 at 12:57 +0000, Stuart Clark (Datacenta) wrote:<br>
> Hi<br>
><br>
> I just filed the following in a bug ticket.<br>
><br>
> I have just installed the latest release and when trying to access the<br>
> phpmyadmin through the gui there is a broken image box and all I get is<br>
> a constant clicking as though it is trying to submit constantly but I<br>
> never get signed in. If I go directly to /base/phpmyadmin/signon.php I<br>
> get the login screen but using the root and password does nothing. I am<br>
> also getting the following browser errors.<br>
><br>
> Line: 121 Char: 1 Error: 'top.code.FormField?_textFieldSubmitHandler' is<br>
> null or not an object Code: 0 URL:<br>
> <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
><br>
> Line: 1 Char: 33 Error: 'top.code' is null or not an object Code: 0 URL:<br>
> <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
><br>
> Line: 172 Char: 2 Error: 'top.code' is null or not an object Code: 0<br>
> URL: <a href="https://10.0.0.198:81/base/phpmyadmin/signon.php">https://10.0.0.198:81/base/phpmyadmin/signon.php</a><br>
><br>
> I am running Vista and IE7 I have tried with firefox 3 also and the<br>
> login does not work<br>
><br>
> Is this a bug or likely to be a configuration issue?<br>
Hi Stuart,<br>
<br>
a small question, did you set the password for mysql in the gui or from<br>
CLI?<br>
<br>
Best regards,<br>
--<br>
Rickard Osser <rickard.osser@bluapp.com><br>
BluApp AB<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Fri, 27 Mar 2009 09:58:04 -0400<br>
From: "Greg O'Lone" <blueonyxlist@stretchedout.com><br>
Subject: [BlueOnyx:00878] Re: Feature Requests<br>
To: BlueOnyx General Mailing List <blueonyx@blueonyx.it><br>
Message-ID: <D971E366-BAA5-49D1-BDCB-EA68EECB153F@stretchedout.com><br>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes<br>
<br>
<br>
On Mar 27, 2009, at 2:55 am, Michael Stauber wrote:<br>
<br>
> Hi Greg,<br>
><br>
>> What I'm thinking of is a way to set username prefixes for each site.<br>
>> I've been reading all that I can find about Sausalito, and after<br>
>> putting some thought to it, I'm going to need to change the<br>
>> userAddHandler.php file to make it work properly. I'm thinking that<br>
>> I'd rather it be done at the distribution level so that it doesn't<br>
>> screw things up later. So here's what's going through my mind:<br>
>><br>
>> An optional VSite boolean property (userPrefixEnabled) which enables<br>
>> username prefixes for each site. False would leave the current<br>
>> behavior intact. userAdmin access only.<br>
>><br>
>> An optional VSite alpha property (userPrefix) which would allow us to<br>
>> override the default prefix.<br>
>><br>
>> in userAddHandler, if userPrefixEnabled is False, process as normal.<br>
>> If true, append the selected username to the aliases and set the<br>
>> username to Site##_### or userPrefix###. We'd need to look at the<br>
>> users in the site/users directory and find the highest existing user,<br>
>> but I don't think that would be too hard.<br>
><br>
> Yeah, that's a nice idea. I see some potential obstacles in the form <br>
> of that<br>
> Java script that suggests a username when you enter the full
name. <br>
> So that<br>
> needs to be tweaked as well. But aside from that it's certainly <br>
> doable and<br>
> would be a nice addition.<br>
<br>
<br>
Michael,<br>
<br>
Oops, right. I'm guessing we'd have to turn off the suggestion code if <br>
the userPrefix was defined for a site. I've been playing around with <br>
this on my test environment... trying to get it just right, but <br>
haven't even approached the scenario of an existing user that already <br>
fits the bill. I probably should look at the usernames of every user <br>
on the box to check for duplicates (what a pain).<br>
<br>
I'm juggling a few things right now, but I'll try to get back to this <br>
soon.<br>
<br>
Greg<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Fri, 27 Mar 2009 15:03:43 +0100<br>
From: Michael Stauber <mstauber@blueonyx.it><br>
Subject: [BlueOnyx:00879] Re: Feature Requests<br>
To: BlueOnyx General Mailing List <blueonyx@blueonyx.it><br>
Message-ID: <200903271503.44278.mstauber@blueonyx.it><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Greg,<br>
<br>
> Oops, right. I'm guessing we'd have to turn off the suggestion code if<br>
> the userPrefix was defined for a site.<br>
<br>
Depends. I'd prefer to adjust it to get it working for both scenarios.<br>
<br>
> I've been playing around with<br>
> this on my test environment... trying to get it just right, but<br>
> haven't even approached the scenario of an existing user that already<br>
> fits the bill. I probably should look at the usernames of every user<br>
> on the box to check for duplicates (what a pain).<br>
<br>
The existing code already handles cases such as "username already
taken", so<br>
that should be no big deal.<br>
<br>
--<br>
With best regards<br>
<br>
Michael Stauber<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Fri, 27 Mar 2009 10:32:38 -0400<br>
From: "Greg O'Lone" <blueonyxlist@stretchedout.com><br>
Subject: [BlueOnyx:00880] Re: Feature Requests<br>
To: BlueOnyx General Mailing List <blueonyx@blueonyx.it><br>
Message-ID: <C9748AC4-7689-4FEE-AA9A-E3DB9B7C21E7@stretchedout.com><br>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes<br>
<br>
<br>
On Mar 27, 2009, at 10:03 am, Michael Stauber wrote:<br>
<br>
> Hi Greg,<br>
><br>
>> Oops, right. I'm guessing we'd have to turn off the suggestion
code <br>
>> if<br>
>> the userPrefix was defined for a site.<br>
><br>
> Depends. I'd prefer to adjust it to get it working for both scenarios.<br>
><br>
>> I've been playing around with<br>
>> this on my test environment... trying to get it just right, but<br>
>> haven't even approached the scenario of an existing user that already<br>
>> fits the bill. I probably should look at the usernames of every user<br>
>> on the box to check for duplicates (what a pain).<br>
><br>
> The existing code already handles cases such as "username
already <br>
> taken", so<br>
> that should be no big deal.<br>
<br>
<br>
Michael.<br>
<br>
I wasn't thinking that the VSite administrator would have the ability <br>
to edit the usernames if a prefix was set, but that's an interesting <br>
point. I guess it could allow just about any suffix to be used, <br>
although my original plan was to make it so conflicts did not happen <br>
by assigning usernames numerically (SOS_001, SOS_002, SOS_003).<br>
<br>
The problem I see with allowing the admins to change usernames is that <br>
they could create their own conflicts (which is what I'm trying to <br>
avoid). Imagine two sites, one with a prefix of SOS and one with SOST. <br>
The first admin makes a user SOSTREBECA for a user named Tom Rebeca. <br>
The second admin tries to create the same user SOSTREBECA for a user <br>
named Rob Ebeca. It's not likely, but I'm all about idiot proofing.<br>
<br>
There was a time when I "suggested" to admins that they use the
first <br>
8 characters of their domains and a 3 or 4 digit number to assign <br>
usernames. Most of them were okay with the idea. The troublemakers are <br>
the casual hosting customers who all want the "info" username...<br>
<br>
I know that the current interface limits usernames to 12 characters <br>
(or something like that). Do you know if this is a limitation of Linux <br>
or Sausalito?<br>
<br>
Greg<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Blueonyx mailing list<br>
Blueonyx@blueonyx.it<br>
<a href="http://www.blueonyx.it/mailman/listinfo/blueonyx">http://www.blueonyx.it/mailman/listinfo/blueonyx</a><br>
<br>
<br>
End of Blueonyx Digest, Vol 3, Issue 38<br>
***************************************</span></p>
</div>
</body>
</html>