From nikekakkar at gmail.com  Fri Sep  1 12:21:02 2006
From: nikekakkar at gmail.com (Nikhil Kakkar)
Date: Fri, 1 Sep 2006 11:21:02 -0500
Subject: [Moin-user] Authentication Problem
Message-ID: <3c5a3b6d0609010921w51da98bfhfe0bd2669ca0e29@mail.gmail.com>

Hi
I am trying to setup a wiki on the Intranet for my company. I set up
MoinMoin 1.5.4 on an apache server and everything is good. Except
there is one requirement:a Forum. I installed a forum software and I
can link to it through the wiki.

However I want people to log in to the wiki and then be able to use
the same login for the forum as well without having to re
register/logon. The forum software I am using can read a file which
has list of members so if there is a file created by MoinMoin that has
a list of all members and emails, I can use that. Is it possible to
read the data stored in the cookie set by MoinMoin ? Are there any
suggestions or other possible solutions?
Thanks
Nikhil Kakkar



From Peg at frv.dk  Mon Sep  4 08:30:59 2006
From: Peg at frv.dk (=?iso-8859-1?Q?Peter_Gylling_J=F8rgensen?=)
Date: Mon, 4 Sep 2006 14:30:59 +0200
Subject: [Moin-user] Dump content of single instance of MoinMoin
Message-ID: <685DD0D910DC5E49B8E98081005F681F014D1130@FRVEMAIL11.fomfrv.dk>

Dear all,

How do I as simple as possible export or dump the content of a MoinMoin instance to static html. 

I have searched the user mail list archives and found some more og less usefull hints, but common for all is references to differnt tool, which I haven't access to (ie. moin_dump.py)

We are running version 1.5.3.

\pgj
--
Peter Gylling J?rgensen
Modelling group, section of Oceanography
Royal Danish Administration of Navigation and Hydrography 
Overgaden o. Vandet 62B DK-1023 K?benhavn K 
Phone: +45 32 68 96 85
Email: peg at frv.dk
www: http://www.frv.dk/ 
 



From crosseyedpenguin at yahoo.com  Mon Sep  4 10:37:17 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Mon, 4 Sep 2006 07:37:17 -0700 (PDT)
Subject: [Moin-user] Dump content of single instance of MoinMoin
In-Reply-To: <685DD0D910DC5E49B8E98081005F681F014D1130@FRVEMAIL11.fomfrv.dk>
Message-ID: <20060904143717.42673.qmail@web36204.mail.mud.yahoo.com>



--- Peter Gylling J?rgensen <Peg at frv.dk> wrote:

> Dear all,
> 
> How do I as simple as possible export or dump the content of a
> MoinMoin instance to static html. 
> 
> I have searched the user mail list archives and found some more og
> less usefull hints, but common for all is references to differnt
> tool, which I haven't access to (ie. moin_dump.py)
> 
> We are running version 1.5.3.
> 
>

It was renamed to dump.py in \script\export\, but you now execute
moin.py in \script\.  On Windows, moin.py is located in:
  Pythonxx\Lib\site-packages\MoinMoin\script\

A sample Windows command to dump everything (note this single line
wraps):

  python \python24\lib\site-packages\moinmoin\script\moin.py
--config-dir=c:\Moin\mywiki --wiki-url=myorg.org/drawiki/ export dump

Roger Haase

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From Peg at frv.dk  Mon Sep  4 11:03:45 2006
From: Peg at frv.dk (=?iso-8859-1?Q?Peter_Gylling_J=F8rgensen?=)
Date: Mon, 4 Sep 2006 17:03:45 +0200
Subject: [Moin-user] Dump content of single instance of MoinMoin
In-Reply-To: <20060904143717.42673.qmail@web36204.mail.mud.yahoo.com>
Message-ID: <685DD0D910DC5E49B8E98081005F681F014D11EB@FRVEMAIL11.fomfrv.dk>

Thank you for the quick answer.

Can you be a little more specific as I have to translate the commandline into something usefull on a linux box.

Below you will find the responce I got from the moin.py script. As I have no prior experience with python, please point out, what it exactly is complaining about.

COMMAND:
peg at server.frv.dk> python /usr/lib/python2.3/site-packages/MoinMoin/script/moin.py \
	--config-dir=/usr/local/moin-1.5.3/share/moin/SeatrackProject \
	--wiki-url=server.frv.dk/SeatrackProject/ export dump

ERROR:
Traceback (most recent call last):
  File "moin.py", line 22, in ?
    run()
  File "moin.py", line 15, in run
    _util.MoinScript().run(showtime=0)
  File "/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/_util.py", line 82, in run
    self.mainloop()
  File "/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/_util.py", line 141, in mainloop
    plugin_class(args[2:], self.options).run() # all starts again there
  File "/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/_util.py", line 82, in run
    self.mainloop()
  File "/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/export/dump.py", line 91, in mainloop
    outputdir = os.path.abspath(self.options.target_dir)
  File "/usr/lib/python2.3/posixpath.py", line 395, in abspath
    if not isabs(path):
  File "/usr/lib/python2.3/posixpath.py", line 49, in isabs
    return s.startswith('/')
AttributeError: 'NoneType' object has no attribute 'startswith' 

\pgj

> -----Oprindelig meddelelse-----
> Fra: Roger Haase [mailto:crosseyedpenguin at yahoo.com] 
> Sendt: 4. september 2006 16:37
> Til: Peter Gylling J?rgensen; moin-user at lists.sourceforge.net
> Emne: Re: [Moin-user] Dump content of single instance of MoinMoin
> 
> 
> 
> --- Peter Gylling J?rgensen <Peg at frv.dk> wrote:
> 
> > Dear all,
> > 
> > How do I as simple as possible export or dump the content of a
> > MoinMoin instance to static html. 
> > 
> > I have searched the user mail list archives and found some more og
> > less usefull hints, but common for all is references to differnt
> > tool, which I haven't access to (ie. moin_dump.py)
> > 
> > We are running version 1.5.3.
> > 
> >
> 
> It was renamed to dump.py in \script\export\, but you now execute
> moin.py in \script\.  On Windows, moin.py is located in:
>   Pythonxx\Lib\site-packages\MoinMoin\script\
> 
> A sample Windows command to dump everything (note this single line
> wraps):
> 
>   python \python24\lib\site-packages\moinmoin\script\moin.py
> --config-dir=c:\Moin\mywiki --wiki-url=myorg.org/drawiki/ export dump
> 
> Roger Haase
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 



From mehdi.public at gmail.com  Mon Sep  4 13:15:27 2006
From: mehdi.public at gmail.com (Mehdi Hassanpour)
Date: Mon, 4 Sep 2006 20:45:27 +0330
Subject: [Moin-user] [Moin-User] notification email problem after upgrade
Message-ID: <1abd6b930609041015l6543d351w92d71e97d8faf088@mail.gmail.com>

Hi,

After upgrade to MoinMoin 1.5.4 I don't receive notification mails in
correct readable format...
How should I know that MoinMoin sends mails with UTF-8 encoding ? I don't
have any problem with English texts, my problem is with Persian texts...
I think MoinMoin 1.5.4 doesn't send emails in UTF-8 format... I didn't have
this problem with MoinMoin 1.5.3


This is a sample text I receive:

###########################
=DA=A9=D8=A7=D8=B1=D8=A8=D8=B1 =DA=AF=D8=B1=D8=A7=D9=85=DB=8C=D9=AC

=D8=B4=D9=85=D8=A7 =D8=AF=D8=B1 =D8=B5=D9=81=D8=AD=D9=87 =DB=8C=D8=A7 =D8=
=B7=D8=A8=D9=82=D9=87 =D8=A8=D9=86=D8=AF=DB=8C "Persian Documentation for *=
nix Wiki" =D8=A8=D8=B1=D8=A7=DB=8C =D8=A7=D8=B7=D9=84=D8=A7=D8=B9 =D8=A7=D8=
=B2 =D8=AA=D8=BA=DB=8C=DB=8C=D8=B1=D8=A7=D8=AA =D8=B5=D9=88=D8=B1=D8=AA =DA=
=AF=D8=B1=D9=81=D8=AA=D9=87 =D8=B9=D8=B6=D9=88 =D9=85=DB=8C =D8=A8=D8=A7=D8=
=B4=DB=8C=D8=AF
=D8=A7=DB=8C=D9=86 =D8=B5=D9=81=D8=AD=D9=87 =D8=AA=D9=88=D8=B3=D8=B7 NavidA=
bdi =D9=88=DB=8C=D8=B1=D8=A7=DB=8C=D8=B4 =D8=B4=D8=AF=D9=87 =D8=A7=D8=B3=D8=
=AA:
http://wiki.hezardastan.org/ArticleList

=D9=86=D8=B8=D8=B1=D8=A7=D8=AA =D8=AF=D8=B1 =D9=85=D9=88=D8=B1=D8=AF =D8=AA=
=D8=BA=DB=8C=DB=8C=D8=B1 =D8=B5=D9=88=D8=B1=D8=AA =DA=AF=D8=B1=D9=81=D8=AA=
=D9=87:
=D9=84=DB=8C=D9=86=DA=A9 =D9=85=D9=82=D8=A7=D9=84=D8=A7=D8=AA =D8=AF=D9=88=
=D8=B4=D9=85=D8=A7=D8=B1=D9=87=DB=8C =D9=86=D9=87=D8=A7=DB=8C=DB=8C =D8=A7=
=DB=8C=D8=B1=D8=A7=D9=86=E2=80=8C=D8=AA=D8=A7=DA=A9=D8=B3 =D8=A7=D8=B6=D8=
=A7=D9=81=D9=87 =D8=B4=D8=AF.
##########################

Thanks for help
-- 
********************************************************
Yours Sincerely, Mehdi Hassanpour
----------------------------------------------------------------------
/* Of one Essence is the human race,
Thusly has Creation put the Base;
One Limb impacted is sufficient,
For all Others to feel the Mace.
                           ~Saadi (persian poet) -1258 */
----------------------------------------------------------------------
http://ImPersian.com     |     http://Hezardastan.org
********************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060904/22b47d61/attachment.html>

From crosseyedpenguin at yahoo.com  Mon Sep  4 22:55:04 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Mon, 4 Sep 2006 19:55:04 -0700 (PDT)
Subject: [Moin-user] Dump content of single instance of MoinMoin
In-Reply-To: <685DD0D910DC5E49B8E98081005F681F014D11EB@FRVEMAIL11.fomfrv.dk>
Message-ID: <20060905025504.4870.qmail@web36203.mail.mud.yahoo.com>



--- Peter Gylling J?rgensen <Peg at frv.dk> wrote:

> Thank you for the quick answer.
> 
> Can you be a little more specific as I have to translate the
> commandline into something usefull on a linux box.
> 
> Below you will find the responce I got from the moin.py script. As I
> have no prior experience with python, please point out, what it
> exactly is complaining about.
> 
> COMMAND:
> peg at server.frv.dk> python
> /usr/lib/python2.3/site-packages/MoinMoin/script/moin.py \
> 	--config-dir=/usr/local/moin-1.5.3/share/moin/SeatrackProject \
> 	--wiki-url=server.frv.dk/SeatrackProject/ export dump
> 
> ERROR:
> Traceback (most recent call last):
>   File "moin.py", line 22, in ?
>     run()
>   File "moin.py", line 15, in run
>     _util.MoinScript().run(showtime=0)
>   File
>
"/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/_util.py",
> line 82, in run
>     self.mainloop()
>   File
>
"/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/_util.py",
> line 141, in mainloop
>     plugin_class(args[2:], self.options).run() # all starts again
> there
>   File
>
"/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/_util.py",
> line 82, in run
>     self.mainloop()
>   File
>
"/usr/local/moin-1.5.3/lib/python2.3/site-packages/MoinMoin/script/export/dump.py",
> line 91, in mainloop
>     outputdir = os.path.abspath(self.options.target_dir)
>   File "/usr/lib/python2.3/posixpath.py", line 395, in abspath
>     if not isabs(path):
>   File "/usr/lib/python2.3/posixpath.py", line 49, in isabs
>     return s.startswith('/')
> AttributeError: 'NoneType' object has no attribute 'startswith' 
> 
> \pgj

I was able to reproduce your problem on Fedora Core 4 with Python 2.4. 
The problem seems to be in dump.py on line 93:

    outputdir = os.path.abspath(self.options.target_dir)

On Windows, self.options.target_dir has the value None when the
statement is executed and outputdir is set to the current directory --
all the HTML files are then written to the current directory.

On Linux, the results are as posted above.

I was able to work around the problem by commenting out line 93 in
dump.py and adding the following new line:

        # outputdir = os.path.abspath(self.options.target_dir)
        outputdir = '/home/myname/myoutputdir'

Unless someone else can offer an explanation of what we are doing
wrong, I will add this to the buglist tomorrow.

Roger Haase

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From johan at sebastean.se  Wed Sep  6 09:33:20 2006
From: johan at sebastean.se (Johan)
Date: Wed, 06 Sep 2006 15:33:20 +0200
Subject: [Moin-user] possible with differences in the surrounding design of
	the wiki?
Message-ID: <44FECE20.1060900@sebastean.se>

Hello, this is Johan from Sweden.

I use moinmoin under "wiki" in the meny at my site. I would like to put 
a page in the wiki under "dokumentation" in the meny, without jumping to 
"wiki" when viewing this page. For this I need to have differences in 
design in the wiki so one design can be with the meny-item "wiki" marked 
and one with "dokumentation" and that I can define which wikipages to 
use the alternative design. Is this possible?? ;)

Check out http://www.ubuntu-se.org/wiki (swe) to see what I mean. Try to 
go to "IRC" in the meny. Then "wiki" will be marked in the meny, not IRC..


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060906/13c849a4/attachment.html>

From tw-public at gmx.de  Wed Sep  6 10:00:50 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 06 Sep 2006 16:00:50 +0200
Subject: [Moin-user] [Moin-User] notification email problem after upgrade
In-Reply-To: <1abd6b930609041015l6543d351w92d71e97d8faf088@mail.gmail.com>
References: <1abd6b930609041015l6543d351w92d71e97d8faf088@mail.gmail.com>
Message-ID: <44FED492.5030604@gmx.de>


> After upgrade to MoinMoin 1.5.4 I don't receive notification mails in
> correct readable format...
> How should I know that MoinMoin sends mails with UTF-8 encoding ? I don't
> have any problem with English texts, my problem is with Persian texts...
> I think MoinMoin 1.5.4 doesn't send emails in UTF-8 format... I didn't 
> have
> this problem with MoinMoin 1.5.3
This is not a moin bug, but different behaviour of different python 
versions, see there:

http://moinmoin.wikiwikiweb.de/MoinMoinBugs/UnicodeMailNotificationEncodingBroken

http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ResetPasswordEmailImproperlyEncoded

This patch should workaround it for all python versions:

--- a/MoinMoin/util/mail.py	Thu Jul 20 17:38:59 2006 +0200
+++ b/MoinMoin/util/mail.py	Thu Jul 20 18:01:31 2006 +0200
@@ -74,8 +74,14 @@ def sendmail(request, to, subject, text,
     charset = Charset(config.charset)
     charset.header_encoding = QP
     charset.body_encoding = QP
-    msg.set_charset(charset)    
-    msg.set_payload(charset.body_encode(text))
+    msg.set_charset(charset)
+
+    # work around a bug in python 2.4.3 and above:
+    msg.set_payload('=')
+    if msg.as_string().endswith('='):
+        text = charset.body_encode(text)
+
+    msg.set_payload(text)
     
     # Create message headers
     # Don't expose emails addreses of the other subscribers, instead we

It will be included in 1.5.5 release soon.






From crosseyedpenguin at yahoo.com  Wed Sep  6 17:52:28 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Wed, 6 Sep 2006 14:52:28 -0700 (PDT)
Subject: [Moin-user] Dump content of single instance of MoinMoin
In-Reply-To: <685DD0D910DC5E49B8E98081005F681F014D11EB@FRVEMAIL11.fomfrv.dk>
Message-ID: <20060906215228.39509.qmail@web36204.mail.mud.yahoo.com>



--- Peter Gylling J?rgensen <Peg at frv.dk> wrote:


> 
> Can you be a little more specific as I have to translate the
> commandline into something usefull on a linux box.
> 
>

I updated http://moinmoin.wikiwikiweb.de/MoinDump to document an
additional parameter.

   python /pathToPython/site-packages/MoinMoin/script/moin.py \
                  --config-dir=/mywiki \
                  --wiki-url=www.myorg.org/mywiki/ \
                  export dump \
                  --page=WikiSandBox \
                  --target-dir=/home/myname/outputdir

Use the --target-dir parameter to specify the output directory.

Roger Haase


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From lists at iDIAcomputing.com  Thu Sep  7 00:05:38 2006
From: lists at iDIAcomputing.com (George Dinwiddie)
Date: Thu, 07 Sep 2006 00:05:38 -0400
Subject: [Moin-user] modifying wiki links
Message-ID: <44FF9A92.8080802@iDIAcomputing.com>

I'm moving from a dedicated server to a shared server, but trying to 
duplicate the external appearances.  On my dedicated server, I use
   ScriptAlias /moin /var/moin/mywikiname/moin.cgi
to simplify the URL and point to the script.  On the shared server, I 
can't use ScriptAlias because I don't have access to the httpd.conf and 
must use .htaccess, instead.  I've achieved partial success with
   ReWriteEngine on
   ReWriteRule ^moin moin.cgi
   ReWriteRule ^moin/(.*) moin.cgi/$1
This works fine if I type in the url http://mydomain.com/moin/FrontPage 
but if I click a link on the wiki, the form is 
http://mydomain.com/moin.cgi/FrontPage

I *know* I've seen instructions for changing the way Moin generates 
these links, but now that I need it, my searches are coming up empty. 
How do I get rid of the ".cgi" portion of the link?

  - George

-- 
  ----------------------------------------------------------------------
   * George Dinwiddie *                    gdinwiddie at idiacomputing.com
   Software Development                    http://www.idiacomputing.com
   Consultant and Coach                    http://www.agilemaryland.org
  ----------------------------------------------------------------------




From listen at jasyjatere.com  Thu Sep  7 04:56:36 2006
From: listen at jasyjatere.com (Sebastian Nordhoff)
Date: Thu, 07 Sep 2006 10:56:36 +0200
Subject: [Moin-user] avoiding inline uppercase for links
Message-ID: <op.tfh23jk8s0fy8u@localhost.localdomain>

Hi moin-users,
is there a simple global option to ignore case when linking to a page? I  
have a page that is called Verbs, but I would want both ["Verbs"] and  
["verbs"] to point to that page. I know that I can use [:Verbs: verbs],  
but I am looking for a global option so that I can avoid the colon  
notation.

Thanks for answering
Sebastian

PS: Case is not distinctive in any of my page names


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/



From tw-public at gmx.de  Thu Sep  7 07:18:41 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 07 Sep 2006 13:18:41 +0200
Subject: [Moin-user] avoiding inline uppercase for links
In-Reply-To: <op.tfh23jk8s0fy8u@localhost.localdomain>
References: <op.tfh23jk8s0fy8u@localhost.localdomain>
Message-ID: <45000011.2050606@gmx.de>


> is there a simple global option to ignore case when linking to a page?
No, and there never will be.

> I have a page that is called Verbs, but I would want both ["Verbs"] and  
> ["verbs"] to point to that page. I know that I can use [:Verbs: verbs],  
> but I am looking for a global option so that I can avoid the colon  
> notation.
>   
That would make linking to a page more expensive than now.




From skip at pobox.com  Thu Sep  7 09:29:03 2006
From: skip at pobox.com (skip at pobox.com)
Date: Thu, 7 Sep 2006 08:29:03 -0500
Subject: [Moin-user] twiki woes on Mac?
Message-ID: <17664.7839.765902.846784@montanaro.dyndns.org>

I can't seem to use the drawing facility on my Mac.  I was horsing around
this morning with Firefox, but I seem to recall having trouble with Safari
in the past as well.  The drawing editor appears, but there is no menu bar
across the top of the window.  I see the palette buttons along the left edge
and the group, ungroup, etc buttons along the bottom edge of the window.

I am still using an oldish version of Moin (1.3.5).  I didn't have a chance
to try against moinmoin.wikiwikiweb.de before heading off to work this
morning.  I'll try that when I get home later.  Can anyone tell me if the
situation has improved though?

Thx,

-- 
Skip Montanaro - skip at pobox.com - http://www.mojam.com/
"In China today, Bill Gates is Britney Spears.  In America today, Britney
Spears is Britney Spears - and that is our problem."  Thomas L. Friedman in
"The World is Flat"



From wolfgang.burr at web.de  Thu Sep  7 16:04:34 2006
From: wolfgang.burr at web.de (Wolfgang Burr)
Date: Thu, 7 Sep 2006 22:04:34 +0200
Subject: [Moin-user] ERROR: util.lock: ExclusiveLock:
Message-ID: <000601c6d2b8$d74979d0$1f00a8c0@think>

Hi,
following the saying "don't change a running system" gave me pleasant two
years with moinmoin 1.2.2. But then I couldn't stand from trying the gui
editor. That led to making my magister in moinology by choosing the
migration theme. Well, now I know it works, but I'm afraid, I failed because
I still don't know, why it works - but it does - with one minor problem, I
could not solve yet. Test output of moin.cgi?action=test shows 12 errors, 10
concerning util.lock like this one:

OSError: [Errno 2] No such file or directory:
'c:\\windows\\temp\\lock_ppb11m'

Moin created this directory and it is accessible. Moin seems to work without
problems, but the number of directories in the temp folder is inreasing. Any
suggestions? (moin 1.5.4, python 2.4.3, wxp-sp2, iis 5.1, same problem with 
w2kserver and python 2.3.4 see also attachment)
Wolfgang Burr
_______________________________________________
www.villaschwensen.de
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: mointestdump.txt
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060907/8c6e0a6d/attachment.txt>

From mehdi.public at gmail.com  Fri Sep  8 03:56:01 2006
From: mehdi.public at gmail.com (Mehdi Hassanpour)
Date: Fri, 8 Sep 2006 11:26:01 +0330
Subject: [Moin-user] [Moin-User] notification email problem after upgrade
In-Reply-To: <44FED492.5030604@gmx.de>
References: <1abd6b930609041015l6543d351w92d71e97d8faf088@mail.gmail.com>
	<44FED492.5030604@gmx.de>
Message-ID: <1abd6b930609080056r32150096hd62763de9e7fddc7@mail.gmail.com>

Thanks, the patch solved my problem...


On 9/6/06, Thomas Waldmann <tw-public at gmx.de> wrote:
>
>
> > After upgrade to MoinMoin 1.5.4 I don't receive notification mails in
> > correct readable format...
> > How should I know that MoinMoin sends mails with UTF-8 encoding ? I
> don't
> > have any problem with English texts, my problem is with Persian texts...
> > I think MoinMoin 1.5.4 doesn't send emails in UTF-8 format... I didn't
> > have
> > this problem with MoinMoin 1.5.3
> This is not a moin bug, but different behaviour of different python
> versions, see there:
>
>
> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/UnicodeMailNotificationEncodingBroken
>
>
> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ResetPasswordEmailImproperlyEncoded
>
> This patch should workaround it for all python versions:
>
> --- a/MoinMoin/util/mail.py     Thu Jul 20 17:38:59 2006 +0200
> +++ b/MoinMoin/util/mail.py     Thu Jul 20 18:01:31 2006 +0200
> @@ -74,8 +74,14 @@ def sendmail(request, to, subject, text,
>      charset = Charset(config.charset)
>      charset.header_encoding = QP
>      charset.body_encoding = QP
> -    msg.set_charset(charset)
> -    msg.set_payload(charset.body_encode(text))
> +    msg.set_charset(charset)
> +
> +    # work around a bug in python 2.4.3 and above:
> +    msg.set_payload('=')
> +    if msg.as_string().endswith('='):
> +        text = charset.body_encode(text)
> +
> +    msg.set_payload(text)
>
>      # Create message headers
>      # Don't expose emails addreses of the other subscribers, instead we
>
> It will be included in 1.5.5 release soon.
>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



-- 
********************************************************
Yours Sincerely, Mehdi Hassanpour
----------------------------------------------------------------------
/* Of one Essence is the human race,
Thusly has Creation put the Base;
One Limb impacted is sufficient,
For all Others to feel the Mace.
                           ~Saadi (persian poet) -1258 */
----------------------------------------------------------------------
http://ImPersian.com     |     http://Hezardastan.org
********************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060908/db10a8cb/attachment.html>

From batikadmissible at rowetech.com  Sun Sep 10 16:44:20 2006
From: batikadmissible at rowetech.com (clue)
Date: Sun, 10 Sep 2006 22:44:20 +0200
Subject: [Moin-user] commercial
Message-ID: <36035541700964.0E8A4881BD@SEKIRDL>

H o t sotck al ert.
This one is still climbling the stcok cha rts al ert
Breaking marrket news report - TQW W. P K 

Lookup: TQ WW. P K

Comppany Name: Talyor Aquapnoics Worldiwde, Inc.

Recently tradiing for:  0.40

6 Week Target: 1.25

6 Month Target:  4.97

Rating:  Immediate bu y

Expected: Steadily climb for the top

Our featured companny TQW W is a ?Big Fish? in what so far has been a little pond. But all of that is going to change when Wall Street sees the growth they?re experiencing.

Whether you love fish, or vegetables, or don?t care for either one, TQ WW needs to be on your plate! Succcess has already happened for Tailor Made Fish Farms, the original companyy behind T QWW, as you can see by the stories on this page. Do your research, and find out why we think T QWW could increase as much as 400% or more in the next few weeks.

If you?ve been fishing for a great opportunity, OT CPK: T QWW could be the best deal you?ve ever hooked!

Talior Auqaponics Worldiwde, Inc. (O TCPK: TQW W) has developed an easy to operate, land-based modular fish production system that is both sustainable and environmentally responsible. Production of ?year-round? premium quality fish and vegetables is achieved through compact and 
controlled production areas using much less water than conventional methods 
resulting in two crops from a single water uptake.

This efficient combination of TQW W's fish & vegetable production has 
two major advantages: 

We see the possibility of a 250% rise in the very near future, and more 
may come after word spreads. Go with the flow ? and bu y TQW W when the ?tide? is low, then just wait for it to come in! 

Huge moneyy from a companyy that satisfies ecological needs ? there?s something you don?t see very often. TQ WW is primed for huge international growth in the very near future, and as one of the most well-known players in the aquaponics field, TQ WW will bring its industtry to new countries (and new innvestors!). 

It seems like making moneyy with Aquaponcis is as easy as shooting fish in a barrel?and now you can ride the wave with T QWW!

Don?t delay ? do your research on T QWW and contact your brokker immediaately!

The time to get in on this great fish story is now! 

Tialor Aqauponics Wolrdwide, unlike many of its competitors, already suuccessfully operates a commeercial scale food production system. 

The upside for Aquaponics is uncharted, but huge revenues are already 
being derived from a Taiilor Aquapponics combined Fish Farming/Vegetable Farming venture in Australia. The research shows us that this is a sstock we want to acquire ? and acquire a great deal of ? before more news makes it across the Pacific. 

Remember, TQ WW is on trackk for increaases of 250%, 400% or more, but not many people know about it yet. That?s why you need to do your research and make your p l a y today! 

Any of the above statements with respect to the future predications or 
goals and eve nts may be seen as only forward looking and nothing else. 
All inf ormation inside this em ail pertaining to any sort of finnancial advice need to be understood as i nformation and not advice. None of the infor mation above can be constructed as any sort of ffinan cial a dvice. This is a paidd advertisemeent.





From mehdi.public at gmail.com  Mon Sep 11 03:14:37 2006
From: mehdi.public at gmail.com (Mehdi Hassanpour)
Date: Mon, 11 Sep 2006 10:44:37 +0330
Subject: [Moin-user] [Moin-User] New page notification
Message-ID: <1abd6b930609110014j4825519eic677711d3297dbd8@mail.gmail.com>

Hi,

How can I set MoinMoin to send me a notification mail whenever a new page is
created ?


Thanks
-- 
********************************************************
Yours Sincerely, Mehdi Hassanpour
----------------------------------------------------------------------
/* Of one Essence is the human race,
Thusly has Creation put the Base;
One Limb impacted is sufficient,
For all Others to feel the Mace.
                           ~Saadi (persian poet) -1258 */
----------------------------------------------------------------------
http://ImPersian.com     |     http://Hezardastan.org
********************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060911/b6d2ac3b/attachment.html>

From newz at bearfruit.org  Mon Sep 11 18:41:33 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Mon, 11 Sep 2006 17:41:33 -0500
Subject: [Moin-user] Speeding up saves
Message-ID: <f3c0b4080609111541x3e30b18bv44f65b2d6bd448e3@mail.gmail.com>

I have a large installation of Moin 1.3 with many thousands of users. Saving
after edits seems to scan each and every user's preference file to see if
they are subscribed to a page so it can notify them.

This routinely takes 25 - 45 seconds.

Upgrading to 1.5 is planned, but I'm curious: does 1.5 solve this problem,
and is there a near term solution without upgrading and without loss of
functionality?

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060911/b3a098c7/attachment.html>

From newz at bearfruit.org  Mon Sep 11 18:47:58 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Mon, 11 Sep 2006 17:47:58 -0500
Subject: [Moin-user] Sane Access Control
Message-ID: <f3c0b4080609111547h5db0833ex336df1b8d0330401@mail.gmail.com>

I'm planning an upgrade to my main website, which gets a lot of traffic. I'd
like to do a better job of delegating control to sub-areas of the site. I've
been reading up on access controls and I'm curious if anyone has some
suggestions they can recommend to make managing these ACLs easier with
dozens of editors. I'd like to simulate a hierarchy in the site, and it
would be nice to be able to create a "folder" and delegate access to create
and manage pages inside this folder.

I'm really hoping for "best practice" suggestions so that I can set these up
once, the right way, and not create for myself a management headache down
the road.

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060911/6a990ea1/attachment.html>

From eduardo.mercovich at gmail.com  Tue Sep 12 11:36:54 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Tue, 12 Sep 2006 12:36:54 -0300
Subject: [Moin-user] Sane Access Control
In-Reply-To: <f3c0b4080609111547h5db0833ex336df1b8d0330401@mail.gmail.com>
References: <f3c0b4080609111547h5db0833ex336df1b8d0330401@mail.gmail.com>
Message-ID: <4459f0d30609120836ncb4c8ecufda4f4e6eed4c3c@mail.gmail.com>

Hello Matthew.

> [...] I'd like to simulate a hierarchy in the site, and it
> would be nice to be able to create a "folder" and delegate access to create
> and manage pages inside this folder.

What about using a wiki farm with a common user directory?

Regrads.

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From mmiller at stabilitynetworks.com  Tue Sep 12 11:52:31 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Tue, 12 Sep 2006 09:52:31 -0600
Subject: [Moin-user] (no subject)
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E06ACC3@gc.StabilityNetworks.local>

I have a new 1.5 install I'm testing, before migrating my stone-age
1.2.3 install.  Currently moin is working but the themes aren't getting
applied; I get everything stacked up on the left-hand margin with no
styles applied at all.  I do have the appropriate /htdocs
subdirectories, specifically /modern/css and /modern/img, with files in
each one.  There is a modern.py file in the
/site-packages/MoinMoin/themes directory, so everything looks like it's
in the right place.  When I look at the source for the page, it appears
to be looking for the css files in the same subdir as the wiki itself.

I'm running:
moin 1.5.2
Python 2.4.2
Apache 2.0.54
Gentoo Linux w/ 2.6 kernel

At this point, I'm looking for a pointer regarding what/where to
troubleshoot: where to configure from where moinmoin pulls the themes.
Thanks in advance for any direction you can provide!

Take care,

Matthew C. Miller
Stability Networks
mcm at stabilitynetworks.com
208/344.0050

"Never doubt that a small group of thoughtful, committed people can
change the world. Indeed, it is the only thing that ever has."
-Margaret Mead
 
This message contains confidential information and is intended only for
the individual named.  If you are not the named addressee you should not
disseminate, distribute or copy this e-mail.  Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete the e-mail from your system. 



From holzum1 at netcologne.de  Sun Sep 10 13:58:35 2006
From: holzum1 at netcologne.de (Bernd Holzum)
Date: Sun, 10 Sep 2006 19:58:35 +0200
Subject: [Moin-user] compressed editor window
Message-ID: <cb0et3-ra8.ln1@holzum.myfqdn.de>

Hi,
I got a fresh install of MoinMoin Wiki 1.5.4 on my Linux box. When I edit a
page, the text editor appears as a narrow column sitting at the right side
of the editor buttons (the Save, Preview, Orthography, Discard buttons).
Didn't find that in the bug list. Problem seems not to depend on the
browser (tried Konqueror, Firefox Windows/Linux, Internet Explorer.

Did that happen to anyone already?

Bernd Holzum




From nirs at freeshell.org  Tue Sep 12 19:46:41 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Wed, 13 Sep 2006 02:46:41 +0300
Subject: [Moin-user] avoiding inline uppercase for links
In-Reply-To: <op.tfh23jk8s0fy8u@localhost.localdomain>
References: <op.tfh23jk8s0fy8u@localhost.localdomain>
Message-ID: <5B03EBC7-DDFA-4247-A140-E33B08394B7F@freeshell.org>


On Sep 7, 2006, at 11:56 AM, Sebastian Nordhoff wrote:

> Hi moin-users,
> is there a simple global option to ignore case when linking to a  
> page? I
> have a page that is called Verbs, but I would want both ["Verbs"] and
> ["verbs"] to point to that page. I know that I can use [:Verbs:  
> verbs],
> but I am looking for a global option so that I can avoid the colon
> notation.

It used to work as you described until 1.3.something on Mac OS X and  
Windows. I fixed it for Mac OS X. If you happen to use it, the fix  
can be removed easily :-)

If you are lucky, you can get this behavior by lowercasing all names  
when they enter MoinMoin. In 1.3 there was a request method named  
normalizePagename - you may try to use name = name.lower() in that  
method.


Best Regards,

Nir Soffer




From nirs at freeshell.org  Tue Sep 12 19:51:58 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Wed, 13 Sep 2006 02:51:58 +0300
Subject: [Moin-user] possible with differences in the surrounding design
	of the wiki?
In-Reply-To: <44FECE20.1060900@sebastean.se>
References: <44FECE20.1060900@sebastean.se>
Message-ID: <433491E2-46EF-4C87-B999-18D2DF6FE3CF@freeshell.org>


On Sep 6, 2006, at 4:33 PM, Johan wrote:

> I use moinmoin under "wiki" in the meny at my site. I would like to  
> put a page in the wiki under "dokumentation" in the meny, without  
> jumping to "wiki" when viewing this page. For this I need to have  
> differences in design in the wiki so one design can be with the  
> meny-item "wiki" marked and one with "dokumentation" and that I can  
> define which wikipages to use the alternative design. Is this  
> possible?? ;)
>
> Check out http://www.ubuntu-se.org/wiki (swe) to see what I mean.  
> Try to go to "IRC" in the meny. Then "wiki" will be marked in the  
> meny, not IRC..

I don't understand what you want to do.


Best Regards,

Nir Soffer

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060913/6894319e/attachment.html>

From conal at conal.net  Tue Sep 12 22:27:56 2006
From: conal at conal.net (Conal Elliott)
Date: Tue, 12 Sep 2006 19:27:56 -0700
Subject: [Moin-user] separate font families for header&footer vs body?
Message-ID: <ea8ae9fb0609121927j50618c1m318a17843a1679b2@mail.gmail.com>

I'd like the body of my wiki pages to be in a serif font and the header &
footer portions in a sans serif font.  Does anyone know the css magic to get
that result?  Thanks,  - Conal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060912/3bfc262e/attachment.html>

From fdrake at gmail.com  Tue Sep 12 22:37:51 2006
From: fdrake at gmail.com (Fred Drake)
Date: Tue, 12 Sep 2006 22:37:51 -0400
Subject: [Moin-user] separate font families for header&footer vs body?
In-Reply-To: <ea8ae9fb0609121927j50618c1m318a17843a1679b2@mail.gmail.com>
References: <ea8ae9fb0609121927j50618c1m318a17843a1679b2@mail.gmail.com>
Message-ID: <9cee7ab80609121937s56e49156l5779d0c99f6733a3@mail.gmail.com>

On 9/12/06, Conal Elliott <conal at conal.net> wrote:
> I'd like the body of my wiki pages to be in a serif font and the header &
> footer portions in a sans serif font.  Does anyone know the css magic to get
> that result?  Thanks,  - Conal

This really depends on the HTML generated for the page by the theme,
but something that might work as a first cut, in the absense of other
font-family declarations in the CSS, would be:

  body {
      font-family: sans-serif;
      }

  .page {
      font-family: serif;
      }


  -Fred

-- 
Fred L. Drake, Jr.    <fdrake at gmail.com>
"Every sin is the result of a collaboration." --Lucius Annaeus Seneca



From lists at iDIAcomputing.com  Tue Sep 12 23:43:59 2006
From: lists at iDIAcomputing.com (George Dinwiddie)
Date: Tue, 12 Sep 2006 23:43:59 -0400
Subject: [Moin-user] modifying wiki links
In-Reply-To: <44FF9A92.8080802@iDIAcomputing.com>
References: <44FF9A92.8080802@iDIAcomputing.com>
Message-ID: <45077E7F.1000700@iDIAcomputing.com>

By poking through request.py, I found that I can set a header in the 
request to provide the external name of the script:

RequestHeader set X-Moin-Location /moin/

This *does* create the proper URLs.  All pages now display the 
FrontPage, however.  My URL rewriting looks like:

ReWriteRule ^moin$ moin.fcg
ReWriteRule ^moin/(.*) moin.fcg/$1

This works fine without the X-Moin-Location header.  Any ideas why the 
page name might be getting lost?

  - George

George Dinwiddie wrote:
> I'm moving from a dedicated server to a shared server, but trying to 
> duplicate the external appearances.  On my dedicated server, I use
>    ScriptAlias /moin /var/moin/mywikiname/moin.cgi
> to simplify the URL and point to the script.  On the shared server, I 
> can't use ScriptAlias because I don't have access to the httpd.conf and 
> must use .htaccess, instead.  I've achieved partial success with
>    ReWriteEngine on
>    ReWriteRule ^moin moin.cgi
>    ReWriteRule ^moin/(.*) moin.cgi/$1
> This works fine if I type in the url http://mydomain.com/moin/FrontPage 
> but if I click a link on the wiki, the form is 
> http://mydomain.com/moin.cgi/FrontPage
> 
> I *know* I've seen instructions for changing the way Moin generates 
> these links, but now that I need it, my searches are coming up empty. 
> How do I get rid of the ".cgi" portion of the link?
> 
>   - George
> 


-- 
  ----------------------------------------------------------------------
   * George Dinwiddie *                    gdinwiddie at idiacomputing.com
   Software Development                    http://www.idiacomputing.com
   Consultant and Coach                    http://www.agilemaryland.org
  ----------------------------------------------------------------------




From riel at surriel.com  Wed Sep 13 00:01:04 2006
From: riel at surriel.com (Rik van Riel)
Date: Wed, 13 Sep 2006 00:01:04 -0400
Subject: [Moin-user] [Moin-User] New page notification
In-Reply-To: <1abd6b930609110014j4825519eic677711d3297dbd8@mail.gmail.com>
References: <1abd6b930609110014j4825519eic677711d3297dbd8@mail.gmail.com>
Message-ID: <45078280.1000709@surriel.com>

Mehdi Hassanpour wrote:

> How can I set MoinMoin to send me a notification mail whenever a new 
> page is created ?

In your UserPreferences, put ".*" as the regular expression for
your Subscribed wiki pages.  This way you'll be notified of any
change to any page on the wiki.

-- 
What is important?  What you want to be true, or what is true?



From newz at bearfruit.org  Wed Sep 13 08:22:42 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Wed, 13 Sep 2006 07:22:42 -0500
Subject: [Moin-user] compressed editor window
In-Reply-To: <cb0et3-ra8.ln1@holzum.myfqdn.de>
References: <cb0et3-ra8.ln1@holzum.myfqdn.de>
Message-ID: <f3c0b4080609130522w21494509ge885b509354ebfde@mail.gmail.com>

On 9/10/06, Bernd Holzum <holzum1 at netcologne.de> wrote:
> Hi,
> I got a fresh install of MoinMoin Wiki 1.5.4 on my Linux box. When I edit a
> page, the text editor appears as a narrow column sitting at the right side
> of the editor buttons (the Save, Preview, Orthography, Discard buttons).
> Didn't find that in the bug list. Problem seems not to depend on the
> browser (tried Konqueror, Firefox Windows/Linux, Internet Explorer.
>
> Did that happen to anyone already?

Yes, that happened to me when I upgraded to 1.5.3. I use heavily
customized style sheets so assumed that was the problem and fixed it
accordingly.

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From jimpop at yahoo.com  Sun Sep 17 17:14:43 2006
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sun, 17 Sep 2006 17:14:43 -0400
Subject: [Moin-user] upgrading Moin v1.3.4-3 (Debian Sarge) to Moin v1.5.5
Message-ID: <1158527683.29262.22.camel@localhost>

I have a Moin v1.3 system that I'd like to upgrade to v1.5.5.  Is it
necessary to perform all the "in between" upgrade steps of is "moin ....
migration data" smart enough to know all that is necessary to perform a
successful conversion?

TIA,

-Jim P.




From eduardo.mercovich at gmail.com  Mon Sep 18 13:04:26 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Mon, 18 Sep 2006 14:04:26 -0300
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
	other related.
Message-ID: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>

Hello everybody.

I have just installed Moin 1.5.5a with Python 2.4.3 (both fairly new)
in a DreamHost server. After some permission tweaking, everything
seems fine.

However, when running moin.cgi?action=test, I have 2 errors. Here is
the test output. Any idea what could they mean?

Thanks a lot...

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

MoinMoin Diagnosis
======================

Release 1.5.5a
Revision release
Python version 2.4.3 (#1, Sep 15 2006, 13:32:02)
[GCC 3.3.5 (Debian 1:3.3.5-13)]
Python installed to /home/edumerco/apps
PyXML is NOT installed
Python Path:
   /home/edumerco/simplementewiki.org/cgi-bin
   /home/edumerco/wikifarm/simplementewiki
   /home/edumerco/apps/lib/python2.4/site-packages
   /home/edumerco/apps/lib/python2.4
   /home/.option/edumerco/simplementewiki.org/cgi-bin
   /home/edumerco/apps/lib/python24.zip
   /home/edumerco/apps/lib/python2.4
   /home/edumerco/apps/lib/python2.4/plat-linux2
   /home/edumerco/apps/lib/python2.4/lib-tk
   /home/edumerco/apps/lib/python2.4/lib-dynload
   /home/edumerco/apps/lib/python2.4/site-packages
Checking directories...
    data directory tests OK (set to
'/home/edumerco/wikifarm/simplementewiki/data')
    user directory tests OK (set to
'/home/edumerco/wikifarm/simplementewiki/data/user')

Server Environment:
    ONLY AVAILABLE FOR LOCAL REQUESTS ON THIS HOST!

Unit Tests:
error: access error like a dict ... ok
error: create with encoded string ... ok
error: create with any object ... ok
error: create with unicode ... ok
testSyntaxReference (MoinMoin._tests.test_formatter.FormatterTestCase)
... Formatting using <class MoinMoin.formatter.dom_xml.Formatter at
0x40708e9c>
ERROR
new locking: NoLockingForReading tests if files still work when
filename is target of a rename ... ok
testQuoting (MoinMoin._tests.test_packages.QuotingTestCase) ... ok
testBasicPackageThings
(MoinMoin._tests.test_packages.UnsafePackageTestcase) ... ERROR
Page: page.exists() finds existing pages only ... ok
PageEditor: expand @USERNAME@ CamelCase ... ok
PageEditor: expand @USERNAME@ extended name - enabled ... ok
PageEditor: expand @MAILTO@ ... ok
PageEditor: expand user variables ... ok
PageEditor: expand general variables ... ok
pysupport: import existing wiki plugin ... ok
pysupport: import name from existing module ... ok
pysupport: import nonexistent attritbue raises AttributeError ... ok
pysupport: import nonexistent module raises ImportError ... ok
pysupport: import nonexistent wiki plugin fail ... ok
request: normalize pagename: restrict groups to alpha numeric Unicode ... ok
request: httpDate default rfc1123 ... ok
request: httpDate rfc850 ... ok
request: normalize pagename: normalize slashes ... ok
request: normalize pagename: normalize whitespace ... ok
request: normalize pagename: remove invalid unicode chars ... ok
request: normalize pagename: underscore convert to spaces and normalized ... ok
search: quoting bug - unquoted terms ... ok
search: quoting bug - quoted terms ... ok
user: encode ascii password ... ok
user: encode unicode password ... ok
user: isValidName: reject group names ... ok
user: isValidName: reject unicode non alpha numeric characters ... ok
user: isValidName: accept names in any language, with spaces ... ok
user: isValidName: reject leading, trailing or multiple whitespace ... ok
user: login with ascii password ... ok
user: login with non-ascii password in pre 1.3 user file ... ok
user: login replace old non-ascii password in pre 1.3 user file ... ok
user: login with non-ascii password ... ok
util.lock: ExclusiveLock: acquire ... ok
util.lock: ExclusiveLock: acquire after timeout ... ok
util.lock: os.stat().mtime consistency with time.time() ... ok
util.lock: ExclusiveLock: lock is exclusive ... ok
util.lock: ExclusiveLock: exists ... ok
util.lock: ExclusiveLock: expire ... ok
util.lock: ExclusiveLock: isExpired ... ok
util.lock: ExclusiveLock: isLocked ... ok
util.lock: ExclusiveLock: release ... ok
util.lock: ExclusiveLock: raise ValueError for timeout < 2.0 ... ok
util.mail: encode address: 'Phrase <local at domain>' ... ok
util.mail: encode Uncode address: '???? <local at domain>' ... ok
util.mail: encode address with empty address: 'Phrase <>' ... ok
util.mail: encode address with empty phrase: '<local at domain>' ... ok
util.mail: encode invalid address 'Phrase <blah' ... ok
util.mail: encode simple address: local at domain ... ok
util.mail: decoding spam safe mail ... ok
util.web: make query sting from argument ... ok
util.web: make query sting from argument and keywords ... ok
util.web: make query sting from keywords ... ok
util.web: creating html select with no selection ... ok
util.web: creating html select with non existing selection ... ok
util.web: creating html select with selected item ... ok
widget.html: append to and extend composite element ... ok
widget.html: creating html widgets ... ok
widegt.html: invalid attributes raises exception ... ok
wikiacl: allow extra white space between entries ... ok
wikiacl: bad guy may not allowed anything ... ok
wikiacl: default meta acl ... ok
wikiacl: empty acl string raise StopIteration ... ok
wikiacl: empty names with rights ... ok
wikiacl: empty rights ... ok
wikiacl: ignore rights not in acl_rights_valid ... ok
wikiacl: ignore invalid acl ... ok
wikiacl: mixed wiki names and names with spaces ... ok
wikiacl: acl modifiers ... ok
wikiacl: multiple entries ... ok
wikiacl: multiple entries with spaces ... ok
wikiacl: multiple names with spaces ... ok
wikiacl: single name with spaces ... ok
wikiacl: single wiki name, single right ... ok
wikiacl: white space acl string raise StopIteration ... ok
wikiacl: applying acl by user name ... ok
wikidicts: create dict from keys and values in text ... ok
wikidict: names in SystemPagesGroup should be in request.dicts ... ok
wikidicts: initFromText: CamelCase links ... ok
wikidicts: initFromText: extended link ... ok
wikidicts: initFromText: extended names ... ok
wikidicts: initFromText: ignore anything but first level list itmes ... ok
wikidicts: initFromText: ignore non first level items ... ok
wikidicts: initFromText: strip whitespace around items ... ok
wikimacro: trivial macro works ... ok
wikiutil: good system page names accepted, bad rejected ... ok
wikiutil: good template names accepted, bad rejected ... ok
wikixml.marshal: create new marshal ... ok
wikixml.marshal: setting marshal property ... ok

======================================================================
ERROR: testSyntaxReference (MoinMoin._tests.test_formatter.FormatterTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/_tests/test_formatter.py",
line 31, in testSyntaxReference
    self.formatPage("SyntaxReference", formatter)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/_tests/test_formatter.py",
line 45, in formatPage
    return self.request.redirectedOutput(page.send_page, self.request)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/request.py",
line 739, in redirectedOutput
    function(*args, **kw)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/Page.py",
line 1235, in send_page
    start_line=pi_lines)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/Page.py",
line 1314, in send_page_content
    self.format(parser)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/Page.py",
line 1335, in format
    parser.format(self.formatter)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/parser/wiki.py",
line 1069, in format
    self.request.write(self._indent_to(indlen, indtype, numtype, numstart))
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/parser/wiki.py",
line 553, in _indent_to
    close.append(self.formatter.paragraph(0))
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/formatter/dom_xml.py",
line 299, in paragraph
    return self._set_tag('p', on)
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/formatter/dom_xml.py",
line 159, in _set_tag
    raise ValueError, "closing of <%s> expected, but <%s> closed" %
(last_tag, tag)
ValueError: closing of <li> expected, but <p> closed

======================================================================
ERROR: testBasicPackageThings
(MoinMoin._tests.test_packages.UnsafePackageTestcase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/_tests/test_packages.py",
line 54, in setUp
    raise TestSkipped('This test needs to be run using the test wiki.')
TestSkipped: This test needs to be run using the test wiki.

----------------------------------------------------------------------
Ran 94 tests in 7.809s

FAILED (errors=2)

-- 
Eduardo Mercovich
Buenos Aires - Argentina.

From newz at bearfruit.org  Mon Sep 18 18:48:00 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Mon, 18 Sep 2006 17:48:00 -0500
Subject: [Moin-user] forms for moin
Message-ID: <f3c0b4080609181548s7f52df04me02861ab4558a55@mail.gmail.com>

I've started writing a parser for moin that will display forms. In
brief, it works like this:

{{{#!form
... form description here ...
}}}

Because of this, it can be embedded in a normal wiki page so it can be
surrounded with other wiki content. The magic is in the form.py
parser. It reads the contents of the form section and uses that to
generate the HTML for the form fields.

I'm hoping to finish this tomorrow (Sept 19th, I'm GMT -5) by the end
of my work day, but I thought I should toss out what I'm doing here in
order to get feedback.

First, here is what it won't do: It will *not* process the form.
instead, either an action needs to be created for the form to be
processed (which I plan to do, but separately) or you need to submit
it to some other cgi/servlet/whatever.

This code is only for displaying the forms.

It works like this, inside the {{{}}} section will be a number of
lines. Each line represents one form field. The form fields will be
shown in the order they are declared. The available form fields are:
 * text (plain text)
 * e-mail (just like plain text, but with validation code)
  * url (again)
 * password - also, the ability to have two password fields that must
match each other
  * text area (multiline plain text) - maybe with the option to turn
it into a wysiwyg, possibly using dojo cf:
http://dojotoolkit.org/docs/rich_text.html
 * section/separator - a heading for logically grouping form elements together
  * select list (option for multi select)
 * check boxes
 * radio buttons
 * hidden field

Each field has in common the following attributes:
 * required = possible values yes/no/true/false/t/f/0/1
  * cssclass
 * id
 * label
 * extra information
 * default value (can be from a cookie, not yet implemented though)
 * name (obviously)
And under consideration
  * onfocus,onchange,etc - this would be disabled by default, and
turned on in wikiconf. If you had a public wiki, untrustworthy users
could put mean javascript there. I'm not sure I'm going to use this,
but I can see how it would be handy
  * adding a captcha field type

Here's the syntax. The first line always describes the form. After
that, anything goes. Each line is a number of columns, separated by
pipes:
field type | options | name | label | default value | sub items |
extra information

Here's an example form:
{{{#!form
form|id=TheRealForm;method=get;cancel=f;submit_text=Click
Me|form1|http://localhost/cgi-bin/submit.cgi
text|required=t|name|Your Name
email|required=t|email|Please enter your e-mail address
subject||subject|Subject|Help Request
textarea|cssclass=wide|msg|Type your message here
section|||Optional Information
select||priority|Priority|3|1=High;3=Medium;5=Low
}}}

Sorry about the wrapping.

I've implemented code like this before in two different systems, one
in PHP, another in XSL.

Each time I implement it, I do it a little better. If you have any
feedback, I'd love to hear it.

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From CPJohnson at edcon.co.za  Tue Sep 19 03:49:19 2006
From: CPJohnson at edcon.co.za (Craig Johnson)
Date: Tue, 19 Sep 2006 09:49:19 +0200
Subject: [Moin-user] forms for moin
Message-ID: <D9724EA89D806C48ADFA732EF3BE3CFC0205C0E5@ORMEXVS01.production.fr-prod.edcon.co.za>

 like it, a lot. 
 
I tried something similar, but as a series of macro calls.  Ended up
being a big mess, this looks much cleaner.  I also tried to update the
contents of the Wiki Page from the action, which ran into issues with
the caching mechanism.
 
Why not make the form processor a user written Moin Action, rather than
some arbitrary CGI script?
 
Craig


________________________________

	From: moin-user-bounces at lists.sourceforge.net
[mailto:moin-user-bounces at lists.sourceforge.net] On Behalf Of Matthew
Nuzum
	Sent: 19 September 2006 12:51 AM
	To: Craig Johnson
	Subject: [Moin-user] forms for moin
	
	

	I've started writing a parser for moin that will display forms.
In
	brief, it works like this:
	
	{{{#!form
	... form description here ...
	}}}
	
	Because of this, it can be embedded in a normal wiki page so it
can be
	surrounded with other wiki content. The magic is in the form.py
	parser. It reads the contents of the form section and uses that
to
	generate the HTML for the form fields.
	
	I'm hoping to finish this tomorrow (Sept 19th, I'm GMT -5) by
the end
	of my work day, but I thought I should toss out what I'm doing
here in
	order to get feedback.
	
	First, here is what it won't do: It will *not* process the form.
	instead, either an action needs to be created for the form to be
	processed (which I plan to do, but separately) or you need to
submit
	it to some other cgi/servlet/whatever.
	
	This code is only for displaying the forms.
	
	It works like this, inside the {{{}}} section will be a number
of
	lines. Each line represents one form field. The form fields will
be
	shown in the order they are declared. The available form fields
are:
	 * text (plain text)
	 * e-mail (just like plain text, but with validation code)
	  * url (again)
	 * password - also, the ability to have two password fields that
must
	match each other
	  * text area (multiline plain text) - maybe with the option to
turn
	it into a wysiwyg, possibly using dojo cf:
	http://dojotoolkit.org/docs/rich_text.html
	 * section/separator - a heading for logically grouping form
elements together
	  * select list (option for multi select)
	 * check boxes
	 * radio buttons
	 * hidden field
	
	Each field has in common the following attributes:
	 * required = possible values yes/no/true/false/t/f/0/1
	  * cssclass
	 * id
	 * label
	 * extra information
	 * default value (can be from a cookie, not yet implemented
though)
	 * name (obviously)
	And under consideration
	  * onfocus,onchange,etc - this would be disabled by default,
and
	turned on in wikiconf. If you had a public wiki, untrustworthy
users
	could put mean javascript there. I'm not sure I'm going to use
this,
	but I can see how it would be handy
	  * adding a captcha field type
	
	Here's the syntax. The first line always describes the form.
After
	that, anything goes. Each line is a number of columns, separated
by
	pipes:
	field type | options | name | label | default value | sub items
|
	extra information
	
	Here's an example form:
	{{{#!form
	form|id=TheRealForm;method=get;cancel=f;submit_text=Click
	Me|form1|http://localhost/cgi-bin/submit.cgi
	text|required=t|name|Your Name
	email|required=t|email|Please enter your e-mail address
	subject||subject|Subject|Help Request
	textarea|cssclass=wide|msg|Type your message here
	section|||Optional Information
	select||priority|Priority|3|1=High;3=Medium;5=Low
	}}}
	
	Sorry about the wrapping.
	
	I've implemented code like this before in two different systems,
one
	in PHP, another in XSL.
	
	Each time I implement it, I do it a little better. If you have
any
	feedback, I'd love to hear it.
	
	--
	Matthew Nuzum
	www.bearfruit.org
	newz2000 on freenode
	
	
------------------------------------------------------------------------
-
	Take Surveys. Earn Cash. Influence the Future of IT
	Join SourceForge.net's Techsay panel and you'll get the chance
to share your
	opinions on IT & business topics through brief surveys -- and
earn cash
	
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
V
	_______________________________________________
	Moin-user mailing list
	Moin-user at lists.sourceforge.net
	https://lists.sourceforge.net/lists/listinfo/moin-user
	


This message is subject to certain restrictions and qualifications which are contained in our email disclaimer which is available on our website at www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011) 495-6000.
 
The disclaimer also provides our corporate information and names of our directors as required by law.
The disclaimer is deemed to form part of this message in terms of Section 11 of the Electronic Communications and Transactions Act, 2002.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060919/046e0a86/attachment.html>

From eduardo.mercovich at gmail.com  Tue Sep 19 07:57:53 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Tue, 19 Sep 2006 08:57:53 -0300
Subject: [Moin-user] forms for moin
In-Reply-To: <f3c0b4080609181548s7f52df04me02861ab4558a55@mail.gmail.com>
References: <f3c0b4080609181548s7f52df04me02861ab4558a55@mail.gmail.com>
Message-ID: <4459f0d30609190457m3973513ft10fa55d7c91bf1e1@mail.gmail.com>

Hello Matthew.

> I've started writing a parser for moin that will display forms. [...]

It seems great. Coupled with Moin actions much better even.
Great work. :-)

Regarding the page following the form processing, do you plan to leave
that to the called script? What about one more line that tells to what
page go after?

This could server for forms whose action finish in another MoinMoin page.

Best regrads...


-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From Benjamin.Schollnick at xerox.com  Tue Sep 19 08:06:29 2006
From: Benjamin.Schollnick at xerox.com (Schollnick, Benjamin)
Date: Tue, 19 Sep 2006 08:06:29 -0400
Subject: [Moin-user] forms for moin
In-Reply-To: <f3c0b4080609181548s7f52df04me02861ab4558a55@mail.gmail.com>
Message-ID: <00B231D3247B664EA7B4691D38CF153F18AA2F@usa0300ms04.na.xerox.net>


> I've started writing a parser for moin that will display 
> forms. In brief, it works like this:

Snip...

This would simplify a application that I'm writing...
If you choose to make this publicly available, please
let us know...

		- Ben



From zyf_sz at tom.com  Tue Sep 19 08:59:48 2006
From: zyf_sz at tom.com (zyf_sz)
Date: Tue, 19 Sep 2006 20:59:48 +0800
Subject: [Moin-user] 2 instance confusion with apache and mod_python
Message-ID: <20060919204655.CB50.ZYF_SZ@tom.com>

Hi,all

I'm using MoinMoin 1.5.5a, Apache/2.0.58 (Win32), mod_python/3.2.10, Python/2.4.3 on Windows. 

I've created 2 wiki instances "personal" and "zone" seperately, accessd with http://localhost/personal and http://localhost/zone. When both instances run with cgi mode, or one cgi one mod_python, It's ok, the 2 wiki works independently, I can view, edit and save them correctly. 

But when both instances run with mod_python, It seems they confused with each other. After Apache restarted, If I visit http://localhost/personal first, the data in "personal" is shown, then I visit http://localhost/zone, the data shown is still that in "personal", event the zone theme has changed to personal theme. And vice versa if I visit "zone" first. 

What's this on earth? How to solve this problem? Thanks.

--
Zhang Yunfeng
http://vib.hit.edu.cn
http://my.opera.com/zhangyunfeng





From newz at bearfruit.org  Tue Sep 19 09:47:08 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Tue, 19 Sep 2006 08:47:08 -0500
Subject: [Moin-user] forms for moin
In-Reply-To: <D9724EA89D806C48ADFA732EF3BE3CFC0205C0E5@ORMEXVS01.production.fr-prod.edcon.co.za>
References: <D9724EA89D806C48ADFA732EF3BE3CFC0205C0E5@ORMEXVS01.production.fr-prod.edcon.co.za>
Message-ID: <f3c0b4080609190647x288dfd48tc31fb0c1ca857292@mail.gmail.com>

On 9/19/06, Craig Johnson <CPJohnson at edcon.co.za> wrote:
> Why not make the form processor a user written Moin Action, rather than some
> arbitrary CGI script?

Thanks for the positive feedback. Here's my thinking...

There are two parts to a form:
a: The form
b: The code that processes the form submission

Right now I'm doing only (a). I started out making it an action, but
then I couldn't get that action to show up on the page by default...
you had to go to PageName?action=form. Also, it was difficult to
intermingle wiki content and the form.

TheSheep (Radomir?) on IRC suggested I use a filter, and I'm thankful
for that advice because it looks like it solves all of my problems.

I will absolutely release this code back to moin as GPL. My employer
(Canonical) is a huge supporter of open source software and believes
firmly in this method of development.

I will also be writing an action later to handle the form request, but
it will likely be very specific to my needs. If I can make the action
generic enough to be useful to many I will release it too. Here is
what I plan to do:

Wiki page ThankYou has a generic helpful message that thanks people
for submitting the form. The form will submit to
ThankYou?action=process_form which will handle the form and then
redirect to just ThankYou (implied action=show). This allows me to
craft a thank you page using wiki markup. This isn't without problems,
but I can't think of a better way. Any suggestions are welcome.

In some cases my forms will need to database work too, so in those
cases I will probably submit to another CGI entirely as the code will
be more complex. We'll see.

The beauty of making the individual parts (a and b listed above)
separate is that  it gives you ultimate flexibility.

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From tw-public at gmx.de  Tue Sep 19 11:26:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 19 Sep 2006 17:26:02 +0200
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
 other related.
In-Reply-To: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>
References: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>
Message-ID: <45100C0A.9010206@gmx.de>

Hi Eduardo,
> However, when running moin.cgi?action=test, I have 2 errors. Here is
> the test output. Any idea what could they mean?
>   
I guess you installed 1.5.5a over some older moin version, because I 
removed the non-working tests in 1.5.5a.
So the stuff that does not work is maybe some old file still present in 
the /usr/lib/python2.4/site-packages/MoinMoin/test directory.

Cheers,

Thomas




From mike.fechner at consultingwerk.de  Tue Sep 19 12:10:34 2006
From: mike.fechner at consultingwerk.de (Mike Fechner)
Date: Tue, 19 Sep 2006 18:10:34 +0200
Subject: [Moin-user] data_dir permission problem
Message-ID: <D521489FBE04EF438406F3820C6F82C6345301@phoenix.fechnerkoeln.local>

Hi,

Looks like I'm running in this issue:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/DataDirectoryPermissionsErro
r

I'm trying to set up a Moin Wiki on a Suse Linux 9.3 system and can't
get around the issue with the data_dir permissions:

---
data_dir "data" does not exists, or has incorrect ownership or
permissions.

Make sure the directory and the subdirectory pages are owned by the web
server and are readable, writable and executable by the web server user
and group.

---

I tried relative and abolute paths as well. The wiki instance directory
looks like this:

137878 0 drwxrwxrwx  5 wwwrun www   184 Sep 19 17:29 .
137877 0 drwxrwxr-x  3 root   root   80 Sep 19 16:36 ..
137879 0 drwxrwxrwx  2 wwwrun www    72 Sep 19 17:22 cgi-bin
137880 0 drwxrwxrwx  3 wwwrun www    72 Sep 19 17:26 data
137881 0 drwxrwxrwx  2 wwwrun www    48 Sep 19 17:07 underlay
137891 8 -rwxrwxrwx  1 root   root 5864 Sep 19 17:29 wikiconfig.py
137883 4 -rw-rw----  1 wwwrun www  1730 Sep 19 17:29 wikiconfig.pyc

Any help?

Thanks,
Mike



From tw-public at gmx.de  Tue Sep 19 11:58:14 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 19 Sep 2006 17:58:14 +0200
Subject: [Moin-user] forms for moin
In-Reply-To: <f3c0b4080609190647x288dfd48tc31fb0c1ca857292@mail.gmail.com>
References: <D9724EA89D806C48ADFA732EF3BE3CFC0205C0E5@ORMEXVS01.production.fr-prod.edcon.co.za>
	<f3c0b4080609190647x288dfd48tc31fb0c1ca857292@mail.gmail.com>
Message-ID: <45101396.9080706@gmx.de>

It would be great if this form processor (parser) would be so flexible 
it could do stuff like userform.py does currently. :)

At least the form generation part.

Maybe not driven by wiki markup for that case  (we need dynamic stuff in 
there you can't put on a page), but by some high level unified form api 
within moin.





From tw-public at gmx.de  Tue Sep 19 12:00:51 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 19 Sep 2006 18:00:51 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <D521489FBE04EF438406F3820C6F82C6345301@phoenix.fechnerkoeln.local>
References: <D521489FBE04EF438406F3820C6F82C6345301@phoenix.fechnerkoeln.local>
Message-ID: <45101433.8010705@gmx.de>


> Make sure the directory and the subdirectory pages are owned by the web
> server and are readable, writable and executable by the web server user
> and group.
>   
Did you check this? Esp. the part about the subdirectory "pages" within 
your data dir.




From mike.fechner at consultingwerk.de  Tue Sep 19 12:19:05 2006
From: mike.fechner at consultingwerk.de (Mike Fechner)
Date: Tue, 19 Sep 2006 18:19:05 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <45101433.8010705@gmx.de>
Message-ID: <D521489FBE04EF438406F3820C6F82C6345302@phoenix.fechnerkoeln.local>

The pages directory is also owned by wwwrun (www) and has full r/w/x for everybody.

-----Urspr?ngliche Nachricht-----
Von: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] Im Auftrag von Thomas Waldmann
Gesendet: Dienstag, 19. September 2006 18:01
An: moin-user at lists.sourceforge.net
Betreff: Re: [Moin-user] data_dir permission problem


> Make sure the directory and the subdirectory pages are owned by the 
> web server and are readable, writable and executable by the web server 
> user and group.
>   
Did you check this? Esp. the part about the subdirectory "pages" within your data dir.


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user





From tw-public at gmx.de  Tue Sep 19 13:05:54 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 19 Sep 2006 19:05:54 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <D521489FBE04EF438406F3820C6F82C6345302@phoenix.fechnerkoeln.local>
References: <D521489FBE04EF438406F3820C6F82C6345302@phoenix.fechnerkoeln.local>
Message-ID: <45102372.4030708@gmx.de>


> The pages directory is also owned by wwwrun (www) and has full r/w/x for everybody.
>   
Strange. Maybe join us on IRC, #moin on irc.freenode.net to debug this.

We could remove the error handling in moin for that case and just look 
what happens. If there is some backtrace, we maybe would see the problem.

BTW, wwwrun is for sure the user your moin gets executed as?




From mike.fechner at consultingwerk.de  Tue Sep 19 13:41:58 2006
From: mike.fechner at consultingwerk.de (Mike Fechner)
Date: Tue, 19 Sep 2006 19:41:58 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <45102372.4030708@gmx.de>
Message-ID: <D521489FBE04EF438406F3820C6F82C6345305@phoenix.fechnerkoeln.local>

wwwrun is listed as the userid in the /etc/apache/uid.conf file and the apache processes also show this user is.

Here's the traceback:

Traceback
A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred.

/usr/lib/python2.4/site-packages/MoinMoin/request.py in __init__ (self=<MoinMoin.request.RequestCGI object>, properties={})

1373 
1374 self._setup_vars_from_std_env(os.environ) 
1375 RequestBase.__init__(self, properties) 
1376 
1377 except Exception, err: 
global RequestBase = <class 'MoinMoin.request.RequestBase'> RequestBase.__init__ = <unbound method RequestBase.__init__> self = <MoinMoin.request.RequestCGI object> properties = {} 
/usr/lib/python2.4/site-packages/MoinMoin/request.py in __init__ (self=<MoinMoin.request.RequestCGI object>, properties={})

147 self.__dict__.update(properties) 
148 try: 
149 self._load_multi_cfg() 
150 except error.NoConfigMatchedError: 
151 self.makeForbidden(404, 'No wiki configuration matching the URL found!\r\n') 
self = <MoinMoin.request.RequestCGI object> self._load_multi_cfg = <bound method RequestCGI._load_multi_cfg of <MoinMoin.request.RequestCGI object>> 
/usr/lib/python2.4/site-packages/MoinMoin/request.py in _load_multi_cfg (self=<MoinMoin.request.RequestCGI object>)

303 if not hasattr(self, 'cfg'): 
304 self.clock.start('load_multi_cfg') 
305 self.cfg = multiconfig.getConfig(self.url) 
306 self.clock.stop('load_multi_cfg') 
307 
self = <MoinMoin.request.RequestCGI object> self.cfg undefined global multiconfig = <module 'MoinMoin.multiconfig' from '/usr/lib/python2.4/site-packages/MoinMoin/multiconfig.pyc'> multiconfig.getConfig = <function getConfig> self.url = 'www.extreme-dynamics.org/ExtremeDynamics/' 
/usr/lib/python2.4/site-packages/MoinMoin/multiconfig.py in getConfig (url='www.extreme-dynamics.org/ExtremeDynamics/')

160 config = _config_cache[configName] 
161 except KeyError: 
162 config = _makeConfig(configName) 
163 config = _config_cache.setdefault(configName, config) 
164 return config 
config undefined global _makeConfig = <function _makeConfig> configName = 'wikiconfig' 
/usr/lib/python2.4/site-packages/MoinMoin/multiconfig.py in _makeConfig (name='wikiconfig')

97 module, mtime = _importConfigModule(name) 
98 configClass = getattr(module, 'Config') 
99 cfg = configClass(name) 
100 cfg.cfg_mtime = max(mtime, _farmconfig_mtime) 
101 except ImportError, err: 
cfg undefined configClass = <class wikiconfig.Config> name = 'wikiconfig' 
/usr/lib/python2.4/site-packages/MoinMoin/multiconfig.py in __init__ (self=<wikiconfig.Config instance>, siteid='wikiconfig')

488 self._decode() 
489 
490 self._check_directories() 
491 
492 if not isinstance(self.superuser, list): 
self = <wikiconfig.Config instance> self._check_directories = <bound method Config._check_directories of <wikiconfig.Config instance>> 
/usr/lib/python2.4/site-packages/MoinMoin/multiconfig.py in _check_directories (self=<wikiconfig.Config instance>)

633 also the spelling of the directory name. 
634 ''' % {'attr': attr, 'path': path,} 
635 raise error.ConfigurationError(msg) 
636 
637 def _loadPluginModule(self): 
global error = <module 'MoinMoin.error' from '/usr/lib/python2.4/site-packages/MoinMoin/error.pyc'> error.ConfigurationError = <class MoinMoin.error.ConfigurationError> msg = '\ndata_underlay_dir "/var/moin/ExtremeDynamics/un.... Check\nalso the spelling of the directory name.\n' 
ConfigurationError
data_underlay_dir "/var/moin/ExtremeDynamics/underlay/" does not exists, or has incorrect ownership or permissions.

Make sure the directory and the subdirectory pages are owned by the web server and are readable, writable and executable by the web server user and group.

It is recommended to use absolute paths and not relative paths. Check also the spelling of the directory name. 

exceptions = <bound method ConfigurationError.exceptions of <MoinMoin.error.ConfigurationError instance>> 
innerException = (<class exceptions.KeyError>, <exceptions.KeyError instance>, <traceback object>) 
message = '\ndata_underlay_dir "/var/moin/ExtremeDynamics/un.... Check\nalso the spelling of the directory name.\n' 
Traceback
A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred.

/usr/lib/python2.4/site-packages/MoinMoin/multiconfig.py in getConfig (url='www.extreme-dynamics.org/ExtremeDynamics/')

158 configName = _getConfigName(url) 
159 try: 
160 config = _config_cache[configName] 
161 except KeyError: 
162 config = _makeConfig(configName) 
config undefined global _config_cache = {} configName = 'wikiconfig' 
KeyError
'wikiconfig'

args = ('wikiconfig',) 
System Details
Date: Tue, 19 Sep 2006 17:35:09 +0000 
Platform: Linux www 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2005 i686 
Python: Python 2.4 (/usr/bin/python) 
MoinMoin: Release 1.5.5a (release) 

-----Urspr?ngliche Nachricht-----
Von: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] Im Auftrag von Thomas Waldmann
Gesendet: Dienstag, 19. September 2006 19:06
Cc: moin-user at lists.sourceforge.net
Betreff: Re: [Moin-user] data_dir permission problem


> The pages directory is also owned by wwwrun (www) and has full r/w/x for everybody.
>   
Strange. Maybe join us on IRC, #moin on irc.freenode.net to debug this.

We could remove the error handling in moin for that case and just look what happens. If there is some backtrace, we maybe would see the problem.

BTW, wwwrun is for sure the user your moin gets executed as?


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user





From eduardo.mercovich at gmail.com  Tue Sep 19 14:12:00 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Tue, 19 Sep 2006 15:12:00 -0300
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
	other related.
In-Reply-To: <45100C0A.9010206@gmx.de>
References: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>
	<45100C0A.9010206@gmx.de>
Message-ID: <4459f0d30609191112s50cc9a8bmcc2a319e87a64418@mail.gmail.com>

Hi Thomas.

> > However, when running moin.cgi?action=test, I have 2 errors. Here is
> > the test output. Any idea what could they mean? [...]

> I guess you installed 1.5.5a over some older moin version, [...]

Yes, the previous day I installed the 1.5.4 and before configuring it,
I saw the 1.5.5a announcement. :-)

Do I have to do something about it? Remove everything and do a clean install?

Thanks a lot...

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From nicafyl at gmail.com  Tue Sep 19 15:02:11 2006
From: nicafyl at gmail.com (Phil Hughes)
Date: Tue, 19 Sep 2006 13:02:11 -0600
Subject: [Moin-user] Farm with different permissions for each wiki
Message-ID: <b792b9f10609191202n566c0c77i7bcf334135dd4eae@mail.gmail.com>

I want to build a wiki farm where each wiki has different memberships. That
is, some will be open to anyone but with others I want to be able to
restrict access to a specific set of members.

If I was doing this with "regular wikis" I would just use .htaccess files in
each one to control access. It seems there is a better way.

Thanks.

-- 
Phil Hughes -- nicafyl at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060919/d6ae0f20/attachment.html>

From eduardo.mercovich at gmail.com  Tue Sep 19 15:47:52 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Tue, 19 Sep 2006 16:47:52 -0300
Subject: [Moin-user] Farm with different permissions for each wiki
In-Reply-To: <b792b9f10609191202n566c0c77i7bcf334135dd4eae@mail.gmail.com>
References: <b792b9f10609191202n566c0c77i7bcf334135dd4eae@mail.gmail.com>
Message-ID: <4459f0d30609191247q45338f0chc037591b840b2e6@mail.gmail.com>

Hello Phil.

> I want to build a wiki farm where each wiki has different memberships. That
> is, some will be open to anyone but with others I want to be able to
> restrict access to a specific set of members.

The commons settings should be in farmconfig.py.
The individual settings for each wiki should go in each wikiconfig.py.

Regards...

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From todd.nine at gmail.com  Tue Sep 19 19:03:14 2006
From: todd.nine at gmail.com (Todd Nine)
Date: Tue, 19 Sep 2006 19:03:14 -0400
Subject: [Moin-user] Help with script alias in shared hosting
Message-ID: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>

Hi all,
  First off, moin moin is the best wiki I've ever used, and I have used a
lot!  I have moin moin working in a shared hosting environment with the
following.

www/wiki/ (html docs)
www/cgi-bin/moin.cgi
moin-1_5_4/share/wiki

I can get to my site by using "wiki.foo.com/cgi-bin/moin.cgi" and everything
is served correctly.

I want to use Alias and ScriptAlias to point the cgi alias as the root "/",
and "/wiki/" to the html docs in moin-1_5_4.  I only have access to the
.htaccess file, can anyone sugest a way to do this?

Todd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060919/ec1032bd/attachment.html>

From newz at bearfruit.org  Tue Sep 19 19:19:47 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Tue, 19 Sep 2006 18:19:47 -0500
Subject: [Moin-user] forms for moin
In-Reply-To: <f3c0b4080609190647x288dfd48tc31fb0c1ca857292@mail.gmail.com>
References: <D9724EA89D806C48ADFA732EF3BE3CFC0205C0E5@ORMEXVS01.production.fr-prod.edcon.co.za>
	<f3c0b4080609190647x288dfd48tc31fb0c1ca857292@mail.gmail.com>
Message-ID: <f3c0b4080609191619x1912d313w89bb3395f123522e@mail.gmail.com>

OK, they say "release early, release often," so here it is:
http://people.ubuntu.com/~mnuzum/projects/moin/

There's even a readme.txt!

The todo items are:
 * default values
  * js validation
  * css prettiness

Instructions are in the readme. Please give feedback.


-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From tlabedelle at dcswins.com  Wed Sep 20 07:55:16 2006
From: tlabedelle at dcswins.com (Jon Gamble)
Date: Wed, 20 Sep 2006 10:55:16 -0060
Subject: [Moin-user] WEDNESDAY.HBID.was upbeat, focusing
Message-ID: <01c6dca3$4157a240$6c822ecf@tlabedelle>

__________________STOCK A LERT************************



HOT BRANDS INC (HBID)


Stock Symbol: HBID


Current price: 0.35$
Target price: 0.9$


IS MOMENTUM STARTING TO BUILD FOR THIS STOCK? LOOK AT THE ACTION WEDNESDAY. WILL THURSDAY BE HUGE?


RECENT NEWS: Go Read the Full Story Now!


Gold & Silver Minerals, LLC Initiates Report on Nevada Mineral Property


Las Vegas, NV- (OTC:HBID.PK) ? Gold & Silver Minerals, a Nevada corporation (the ?Company?) trading as Hot Brands, 

Inc., today announced that it has retained an experienced geologist to prepare an evaluation of a mineral property 

offered to the Company.  The evaluation will be detailed in a format similar to that of the National Instrument 43-101 
Technical Report common in the industry.  National Instrument 43-101 provides strict standards of disclosure for mineral 

projects.  A NI43-101 report is written usually by a geologist or mining engineer, who has experience in valuing mineral 

deposits and mining projects. We expect the report to be completed and available mid-September.





THE ALERT IS FOR WEDNESDAY!

Don't miss that chance.

______________________________________________________________





From newz at bearfruit.org  Wed Sep 20 10:00:01 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Wed, 20 Sep 2006 09:00:01 -0500
Subject: [Moin-user] Help with script alias in shared hosting
In-Reply-To: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>
References: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>
Message-ID: <f3c0b4080609200700n27075f2mb2b5a206f6582f9b@mail.gmail.com>

On 9/19/06, Todd Nine <todd.nine at gmail.com> wrote:
> I have moin moin working in a shared hosting environment with the
> following.
>
> www/wiki/ (html docs)
> www/cgi-bin/moin.cgi
>  moin-1_5_4/share/wiki
>
> I can get to my site by using "wiki.foo.com/cgi-bin/moin.cgi" and everything
> is served correctly.
>
> I want to use Alias and ScriptAlias to point the cgi alias as the root "/",
> and "/wiki/" to the html docs in moin-1_5_4.  I only have access to the
> .htaccess file, can anyone sugest a way to do this?
>

Todd,

According to http://httpd.apache.org/docs/2.0/mod/mod_alias.html#scriptalias
ScriptAlias isn't supported in .htaccess files.

I logged into my cpanel on bluehost and confirmed that there's no 100%
satisfactory solution.

I can think of two ways to make it work nicer... one is to create a
new handler and rename your cgi file to something more friendly
looking. Maybe do something like this (haven't tried it yet though)
in Cpanel go to Apache Hanlders under the "Web Server Config" section
extension = .wiki
handler = cgi-script

Rename moin.cgi to moin.wiki and put it in your root folder. Then you
may be able to access your wiki as http://foo.com/moin.wiki/FrontPage

Get creative and you could boost your search engine ranking:
foo.com/XYZ.wiki/FrontPage (where XYZ is something you want to
optimize for)

Second option is to use rewrite rules, which I believe *are* allowed.
Here's something I use that you can experiment with: (I've modified to
make it hopefully more useful to you)
  RewriteEngine on
  RewriteRule !(htdocs|images|robots.txt|favicon.ico|cgi-bin)
/cgi-bin/moin.cgi
  RewriteOptions inherit

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From tw-public at gmx.de  Wed Sep 20 11:02:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 20 Sep 2006 17:02:02 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <D521489FBE04EF438406F3820C6F82C6345305@phoenix.fechnerkoeln.local>
References: <D521489FBE04EF438406F3820C6F82C6345305@phoenix.fechnerkoeln.local>
Message-ID: <451157EA.9070405@gmx.de>

The backtrace looks a bit strange, but it is hard to decipher as text. 
If you can't solve it otherwise, save the backtrace as backtrace.html 
and attach it to a bug report in the wiki.

Maybe also check if there are path or permission problems on 
wikiconfig.py (or other config files).




From tw-public at gmx.de  Wed Sep 20 11:02:57 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 20 Sep 2006 17:02:57 +0200
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
 other related.
In-Reply-To: <4459f0d30609191112s50cc9a8bmcc2a319e87a64418@mail.gmail.com>
References: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>	<45100C0A.9010206@gmx.de>
	<4459f0d30609191112s50cc9a8bmcc2a319e87a64418@mail.gmail.com>
Message-ID: <45115821.7010702@gmx.de>


> Do I have to do something about it? Remove everything and do a clean install?
>   
Not everything, just /usr/lib/python2.x/site-packages/MoinMoin and 
re-run setup.py install afterwards.




From mike.fechner at consultingwerk.de  Wed Sep 20 12:17:57 2006
From: mike.fechner at consultingwerk.de (Mike Fechner)
Date: Wed, 20 Sep 2006 18:17:57 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <451157EA.9070405@gmx.de>
Message-ID: <D521489FBE04EF438406F3820C6F82C634534A@phoenix.fechnerkoeln.local>

The Traceback is public on http://www.extreme-dynamics.org/ExtremeDynamics 

I allready checked the permissions on the wikiconfig.py file. Looks o.k. 

-----Urspr?ngliche Nachricht-----
Von: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] Im Auftrag von Thomas Waldmann
Gesendet: Mittwoch, 20. September 2006 17:02
An: moin-user at lists.sourceforge.net
Betreff: Re: [Moin-user] data_dir permission problem

The backtrace looks a bit strange, but it is hard to decipher as text. 
If you can't solve it otherwise, save the backtrace as backtrace.html and attach it to a bug report in the wiki.

Maybe also check if there are path or permission problems on wikiconfig.py (or other config files).


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user





From 2006a at usenet.alexanderweb.de  Wed Sep 20 13:11:48 2006
From: 2006a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed, 20 Sep 2006 19:11:48 +0200
Subject: [Moin-user] ANN: MoinMoin 1.5.5a (advanced wiki engine) released
Message-ID: <5uu4wwr3cz2y.dlg@usenet.alexanderweb.de>

               _                    _
   /\/\   ___ (_)_ __   /\/\   ___ (_)_ __
  /    \ / _ \| | '_ \ /    \ / _ \| | '_ \       __
 / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | |  /| |_
 \/    \/\___/|_|_| |_\/    \/\___/|_|_| |_|   |.__)

                                             
===============================================
 MoinMoin 1.5.5a advanced wiki engine released
===============================================

MoinMoin is an easy to use, full-featured and extensible wiki software
package written in Python. It can fulfill a wide range of roles, such as
a personal notes organizer deployed on a laptop or home web server,
a company knowledge base deployed on an intranet, or an Internet server
open to individuals sharing the same interests, goals or projects.

A wiki is a collaborative hypertext environment with an emphasis
on easy manipulation of information.


MoinMoin 1.5.5a is a bug fix release and a recommended update. The 1.5
branch brings you several new features such as the GUI editor, which
allows the users to edit pages in a WYSIWYG environment, and many bug
fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
In the release 1.5.5, there was a small bug related to saving pages.
Please use 1.5.5a because of that.

New features in 1.5.5a
======================

 * Disabling surge protection is possible now
 * More efficient IO code on Posix platforms (increases speed)

Major bug fixes in 1.5.5a
=========================

 * Various GUI editor related bugs
 * Workaround for the Python bug that generates =XX garbage in sent mails
 * Relative links in ReStructured Text documents are rendered correctly now
   again (thanks to Stefan Merten)
 * Worked around an issue that was related to a bug in Internet Explorer
   (opening attachments was not possible anymore)
 * Fixed XMLRPC support for FastCGI (thanks to Johannes Berg)

For a more detailed list of changes, see the CHANGES file in the 
distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES

Major new features in 1.5
=========================

 * The WYSIWYG editor for wiki pages allows you to edit pages without 
   touching the markup. Furthermore, the wiki page is not stored as
   HTML after editing but kept as wiki markup in order to simplify
   the editing process for users that cannot or do not want to use the
   new editor.
 
 * AutoAdmin security policy allows users to gain admin permissions on 
   particular pages.
   
 * The new authentication system allows to add short methods that check the
   credentials of the user. This allowed us to add eGroupware single sign 
   on support.
   
 * Separation of homepages into a separate wiki (in a farm) and having a 
   single user database is supported.
   
 * A DeSpam action to allow mass-reverting of spam attacks.

 * PackageInstaller support for simplified installation of plugins, themes
   and page bundles. This enables you to decide in which languages help
   pages should be installed.

Note that Python 2.3.0 or newer is required.

MoinMoin History
================

MoinMoin has been around since year 2000. The codebase was initally
started by Jrgen Hermann; it is currently being developed by a growing 
team. Being originally based on PikiPiki, it has evolved heavily since then 
(PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large 
enterprises have been using MoinMoin as a key tool of their intranet, some 
even use it for their public web page. A large number of Open Source 
projects use MoinMoin for communication and documentation. Of course there 
are also many private installations.


More Information
================

 * Project site: http://moinmoin.wikiwikiweb.de/                    
 * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures
 * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
  * DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition
 * This software is available under the GNU General Public License v2.
 * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES
 * Known bugs: 
  * http://moinmoin.wikiwikiweb.de/KnownIssues
  * http://moinmoin.wikiwikiweb.de/MoinMoinBugs

sent by Alexander Schremmer for the MoinMoin team




From todd.nine at gmail.com  Wed Sep 20 15:18:41 2006
From: todd.nine at gmail.com (Todd Nine)
Date: Wed, 20 Sep 2006 15:18:41 -0400
Subject: [Moin-user] Help with script alias in shared hosting
In-Reply-To: <f3c0b4080609200700n27075f2mb2b5a206f6582f9b@mail.gmail.com>
References: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>
	<f3c0b4080609200700n27075f2mb2b5a206f6582f9b@mail.gmail.com>
Message-ID: <d80862360609201218n37ab87co65c48d2a584519cc@mail.gmail.com>

Thanks for the reply everyone.  I tried both solutions but neither worked.
I receive a 500 error on the sourceforge forum posting, and a 400 error on
the suggestions from Matthew.  Just an FYI, my host is running Apache 1.3.37.
Here is the error from Matthew's post

"Your browser sent a request that this server could not understand.

Additionally, a 400 Bad Request error was encountered while trying to use an
ErrorDocument to handle the request. "


In my error log I receive the following.

"[Wed Sep 20 13:16:01 2006] [error] [client 87.203.116.145] Invalid URI in
request GET /../gallery/ HTTP/1.0"

Thanks in advance,
Todd

On 9/20/06, Matthew Nuzum <newz at bearfruit.org> wrote:
>
> On 9/19/06, Todd Nine <todd.nine at gmail.com> wrote:
> > I have moin moin working in a shared hosting environment with the
> > following.
> >
> > www/wiki/ (html docs)
> > www/cgi-bin/moin.cgi
> >  moin-1_5_4/share/wiki
> >
> > I can get to my site by using "wiki.foo.com/cgi-bin/moin.cgi" and
> everything
> > is served correctly.
> >
> > I want to use Alias and ScriptAlias to point the cgi alias as the root
> "/",
> > and "/wiki/" to the html docs in moin-1_5_4.  I only have access to the
> > .htaccess file, can anyone sugest a way to do this?
> >
>
> Todd,
>
> According to
> http://httpd.apache.org/docs/2.0/mod/mod_alias.html#scriptalias
> ScriptAlias isn't supported in .htaccess files.
>
> I logged into my cpanel on bluehost and confirmed that there's no 100%
> satisfactory solution.
>
> I can think of two ways to make it work nicer... one is to create a
> new handler and rename your cgi file to something more friendly
> looking. Maybe do something like this (haven't tried it yet though)
> in Cpanel go to Apache Hanlders under the "Web Server Config" section
> extension = .wiki
> handler = cgi-script
>
> Rename moin.cgi to moin.wiki and put it in your root folder. Then you
> may be able to access your wiki as http://foo.com/moin.wiki/FrontPage
>
> Get creative and you could boost your search engine ranking:
> foo.com/XYZ.wiki/FrontPage (where XYZ is something you want to
> optimize for)
>
> Second option is to use rewrite rules, which I believe *are* allowed.
> Here's something I use that you can experiment with: (I've modified to
> make it hopefully more useful to you)
>   RewriteEngine on
>   RewriteRule !(htdocs|images|robots.txt|favicon.ico|cgi-bin)
> /cgi-bin/moin.cgi
>   RewriteOptions inherit
>
> --
> Matthew Nuzum
> www.bearfruit.org
> newz2000 on freenode
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060920/6f5a12e1/attachment.html>

From anthony at itia.ntua.gr  Thu Sep 21 08:48:19 2006
From: anthony at itia.ntua.gr (Antonis Christofides)
Date: Thu, 21 Sep 2006 15:48:19 +0300
Subject: [Moin-user] Attachment comments
Message-ID: <20060921124818.GV17172@itia.ntua.gr>

Hi,

I need to be able to specify a comment when uploading an attachment
(twiki does this).  I also need a better table of attachments, like
this:

+------------+---------------+---------------------+----------------+
| Filename   |  Date         | Uploader            | Comment        |
+------------+---------------+---------------------+----------------+
| tower.jpg  | 2006-09-19    | AntonisChristofides | Useless file   |
| small.jpg  | 2006-09-20    | HeatherStern        | Useful file    |
+------------+---------------+---------------------+----------------+

(But I think the table is easy if the comment is present.)

 * Is anything like this being developed?  I saw some references to
   "attachment comments" in the docs/CHANGES of 1.6 but couldn't
   figure out what it means.

 * Is it easy to develop?  It doesn't seem difficult to me, but I was
   wondering whether there is something I haven't noticed.  I think
   there's even a placeholder at the edit-log for the comment.  But
   maybe this should be reserved for the time when we will have
   attachment versioning?

 * Are there any plans/thoughts concerning attachment versioning?

-- 
Antonis Christofides
+30-2107722840 (work)
+30-2106521785 (home)
+30-6979924665 (mobile)



From mike.fechner at consultingwerk.de  Thu Sep 21 09:18:10 2006
From: mike.fechner at consultingwerk.de (Mike Fechner)
Date: Thu, 21 Sep 2006 15:18:10 +0200
Subject: [Moin-user] data_dir permission problem
In-Reply-To: <D521489FBE04EF438406F3820C6F82C634534A@phoenix.fechnerkoeln.local>
Message-ID: <D521489FBE04EF438406F3820C6F82C634535C@phoenix.fechnerkoeln.local>

Finally got this working by removing everyting and reinstalling MoinMoin.

Thanks for your help!
 

-----Urspr?ngliche Nachricht-----
Von: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] Im Auftrag von Mike Fechner
Gesendet: Mittwoch, 20. September 2006 18:18
An: Thomas Waldmann; moin-user at lists.sourceforge.net
Betreff: Re: [Moin-user] data_dir permission problem

The Traceback is public on http://www.extreme-dynamics.org/ExtremeDynamics 

I allready checked the permissions on the wikiconfig.py file. Looks o.k. 

-----Urspr?ngliche Nachricht-----
Von: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] Im Auftrag von Thomas Waldmann
Gesendet: Mittwoch, 20. September 2006 17:02
An: moin-user at lists.sourceforge.net
Betreff: Re: [Moin-user] data_dir permission problem

The backtrace looks a bit strange, but it is hard to decipher as text. 
If you can't solve it otherwise, save the backtrace as backtrace.html and attach it to a bug report in the wiki.

Maybe also check if there are path or permission problems on wikiconfig.py (or other config files).


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user





From tw-public at gmx.de  Thu Sep 21 10:12:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 21 Sep 2006 16:12:02 +0200
Subject: [Moin-user] Attachment comments
In-Reply-To: <20060921124818.GV17172@itia.ntua.gr>
References: <20060921124818.GV17172@itia.ntua.gr>
Message-ID: <45129DB2.1000005@gmx.de>


> I need to be able to specify a comment when uploading an attachment
> (twiki does this).  I also need a better table of attachments, like
> this:
>
> +------------+---------------+---------------------+----------------+
> | Filename   |  Date         | Uploader            | Comment        |
> +------------+---------------+---------------------+----------------+
> | tower.jpg  | 2006-09-19    | AntonisChristofides | Useless file   |
> | small.jpg  | 2006-09-20    | HeatherStern        | Useful file    |
> +------------+---------------+---------------------+----------------+
>
> (But I think the table is easy if the comment is present.)
>
>  * Is anything like this being developed?
Yes and No. :)

No, because attachments as they are currently handled are deprecated, 
they will be replaced by "mimetype items" as soon as we have a storage 
backend api and done some internal changes. This will not happen in 1.5 
and not in 1.6, but possibly in 1.7. Because of this, we don't do major 
changes to the old code or introduce major new features, because this 
would be just wasted time in the end and maybe even make migration to 
the new stuff harder.

Yes, because those "mimetype items" will solve quite some stuff by 
treating wiki pages and file "attachments" the same way:
 * all will be revisioned (wiki pages and also files)
 * all will have edit / upload comments
 * all will have history / logs

Until this is done (don't hold your breath, this can take a while), you 
maybe can just comment your files on the wiki page and have a backup in 
case someone deletes a file.


If you need "edit comments" fast, feel free to contribute some code to 
1.6 (such stuff won't go into 1.5).

You have to hack or look at those files:
action/AttachFile.py
logfile/editlog.py
macro/RecentChanges.py
action/info.py (maybe)

The change should be done like this:
Read MoinMoin:CodingStyle, install Mercurial DVCS.
Add some comment field to upload form (AttachFile.py).
Clean input in the same way you see for DeletePage or RenamePage comment.
If someone enters a comment, use it for the editlog comment field.
If not, synthesize some comment (move code from RecentChanges.py 
format_comment) and store that.
Check for potential side effects of what you have done. :)

(Later maybe also add similar stuff to delete attachment action.)

If you give us a clean, tested and minimal patch doing this, I guess we 
could evaluate it for 1.6 inclusion.




From eduardo.mercovich at gmail.com  Thu Sep 21 12:57:14 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Thu, 21 Sep 2006 13:57:14 -0300
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
	other related.
In-Reply-To: <45115821.7010702@gmx.de>
References: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>
	<45100C0A.9010206@gmx.de>
	<4459f0d30609191112s50cc9a8bmcc2a319e87a64418@mail.gmail.com>
	<45115821.7010702@gmx.de>
Message-ID: <4459f0d30609210957o36c77094v4bbacf7e5892cc55@mail.gmail.com>

Hello Thomas.

> > Do I have to do something about it? Remove everything
> > and do a clean install?
> >
> Not everything, just /usr/lib/python2.x/site-packages/MoinMoin and
> re-run setup.py install afterwards.

Thanks. :-)

Best regards...

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From eduardo.mercovich at gmail.com  Thu Sep 21 13:08:18 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Thu, 21 Sep 2006 14:08:18 -0300
Subject: [Moin-user] Help with script alias in shared hosting
In-Reply-To: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>
References: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>
Message-ID: <4459f0d30609211008p3e8e027fx7d3de81cad17f00@mail.gmail.com>

Hello Todd.

[...]
> I want to use Alias and ScriptAlias to point the cgi alias as the root "/",
> and "/wiki/" to the html docs in moin-1_5_4.  I only have access to the
> .htaccess file, can anyone sugest a way to do this?

Althought not an easy one, because it's exact details vary from server
to server, I believe that in
http://moinmoin.wikiwikiweb.de/RobertSchumann/ApacheOnLinuxFTPRootWiki
you have an answer. :-)

Regards...

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From eduardo.mercovich at gmail.com  Thu Sep 21 13:13:25 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Thu, 21 Sep 2006 14:13:25 -0300
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
	other related.
In-Reply-To: <45115821.7010702@gmx.de>
References: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>
	<45100C0A.9010206@gmx.de>
	<4459f0d30609191112s50cc9a8bmcc2a319e87a64418@mail.gmail.com>
	<45115821.7010702@gmx.de>
Message-ID: <4459f0d30609211013q60191dbcndd2e023bef31a729@mail.gmail.com>

Hi Thomas and everybody.

> Not everything, just /usr/lib/python2.x/site-packages/MoinMoin and
> re-run setup.py install afterwards.

Did it. Now it's better, althought not perfect.
The test says:

MoinMoin Diagnosis
======================

Release 1.5.5a
Revision release
Python version 2.4.3 (#1, Sep 15 2006, 13:32:02)
[GCC 3.3.5 (Debian 1:3.3.5-13)]
Python installed to /home/edumerco/apps
PyXML is NOT installed
Python Path:
   /home/edumerco/simplementewiki.org/cgi-bin
   /home/edumerco/wikifarm/simplementewiki
   /home/edumerco/apps/lib/python2.4/site-packages
   /home/edumerco/apps/lib/python2.4
   /home/.option/edumerco/simplementewiki.org/cgi-bin
   /home/edumerco/apps/lib/python24.zip
   /home/edumerco/apps/lib/python2.4
   /home/edumerco/apps/lib/python2.4/plat-linux2
   /home/edumerco/apps/lib/python2.4/lib-tk
   /home/edumerco/apps/lib/python2.4/lib-dynload
   /home/edumerco/apps/lib/python2.4/site-packages
Checking directories...
    data directory tests OK (set to
'/home/edumerco/wikifarm/simplementewiki/data')
    user directory tests OK (set to
'/home/edumerco/wikifarm/simplementewiki/data/user')

Server Environment:
    ONLY AVAILABLE FOR LOCAL REQUESTS ON THIS HOST!

Unit Tests:
error: access error like a dict ... ok
error: create with encoded string ... ok
error: create with any object ... ok
error: create with unicode ... ok
new locking: NoLockingForReading tests if files still work when
filename is target of a rename ... ok
testQuoting (MoinMoin._tests.test_packages.QuotingTestCase) ... ok
testBasicPackageThings
(MoinMoin._tests.test_packages.UnsafePackageTestcase) ... ERROR
Page: page.exists() finds existing pages only ... ok
PageEditor: expand @USERNAME@ CamelCase ... ok
PageEditor: expand @USERNAME@ extended name - enabled ... ok
PageEditor: expand @MAILTO@ ... ok
PageEditor: expand user variables ... ok
PageEditor: expand general variables ... ok
pysupport: import existing wiki plugin ... ok
pysupport: import name from existing module ... ok
pysupport: import nonexistent attritbue raises AttributeError ... ok
pysupport: import nonexistent module raises ImportError ... ok
pysupport: import nonexistent wiki plugin fail ... ok
request: normalize pagename: restrict groups to alpha numeric Unicode ... ok
request: httpDate default rfc1123 ... ok
request: httpDate rfc850 ... ok
request: normalize pagename: normalize slashes ... ok
request: normalize pagename: normalize whitespace ... ok
request: normalize pagename: remove invalid unicode chars ... ok
request: normalize pagename: underscore convert to spaces and normalized ... ok
search: quoting bug - unquoted terms ... ok
search: quoting bug - quoted terms ... ok
user: encode ascii password ... ok
user: encode unicode password ... ok
user: isValidName: reject group names ... ok
user: isValidName: reject unicode non alpha numeric characters ... ok
user: isValidName: accept names in any language, with spaces ... ok
user: isValidName: reject leading, trailing or multiple whitespace ... ok
user: login with ascii password ... ok
user: login with non-ascii password in pre 1.3 user file ... ok
user: login replace old non-ascii password in pre 1.3 user file ... ok
user: login with non-ascii password ... ok
util.lock: ExclusiveLock: acquire ... ok
util.lock: ExclusiveLock: acquire after timeout ... ok
util.lock: os.stat().mtime consistency with time.time() ... ok
util.lock: ExclusiveLock: lock is exclusive ... ok
util.lock: ExclusiveLock: exists ... ok
util.lock: ExclusiveLock: expire ... ok
util.lock: ExclusiveLock: isExpired ... ok
util.lock: ExclusiveLock: isLocked ... ok
util.lock: ExclusiveLock: release ... ok
util.lock: ExclusiveLock: raise ValueError for timeout < 2.0 ... ok
util.mail: encode address: 'Phrase <local at domain>' ... ok
util.mail: encode Uncode address: '???? <local at domain>' ... ok
util.mail: encode address with empty address: 'Phrase <>' ... ok
util.mail: encode address with empty phrase: '<local at domain>' ... ok
util.mail: encode invalid address 'Phrase <blah' ... ok
util.mail: encode simple address: local at domain ... ok
util.mail: decoding spam safe mail ... ok
util.web: make query sting from argument ... ok
util.web: make query sting from argument and keywords ... ok
util.web: make query sting from keywords ... ok
util.web: creating html select with no selection ... ok
util.web: creating html select with non existing selection ... ok
util.web: creating html select with selected item ... ok
widget.html: append to and extend composite element ... ok
widget.html: creating html widgets ... ok
widegt.html: invalid attributes raises exception ... ok
wikiacl: allow extra white space between entries ... ok
wikiacl: bad guy may not allowed anything ... ok
wikiacl: default meta acl ... ok
wikiacl: empty acl string raise StopIteration ... ok
wikiacl: empty names with rights ... ok
wikiacl: empty rights ... ok
wikiacl: ignore rights not in acl_rights_valid ... ok
wikiacl: ignore invalid acl ... ok
wikiacl: mixed wiki names and names with spaces ... ok
wikiacl: acl modifiers ... ok
wikiacl: multiple entries ... ok
wikiacl: multiple entries with spaces ... ok
wikiacl: multiple names with spaces ... ok
wikiacl: single name with spaces ... ok
wikiacl: single wiki name, single right ... ok
wikiacl: white space acl string raise StopIteration ... ok
wikiacl: applying acl by user name ... ok
wikidicts: create dict from keys and values in text ... ok
wikidict: names in SystemPagesGroup should be in request.dicts ... ok
wikidicts: initFromText: CamelCase links ... ok
wikidicts: initFromText: extended link ... ok
wikidicts: initFromText: extended names ... ok
wikidicts: initFromText: ignore anything but first level list itmes ... ok
wikidicts: initFromText: ignore non first level items ... ok
wikidicts: initFromText: strip whitespace around items ... ok
wikimacro: trivial macro works ... ok
wikiutil: good system page names accepted, bad rejected ... ok
wikiutil: good template names accepted, bad rejected ... ok
wikixml.marshal: create new marshal ... ok
wikixml.marshal: setting marshal property ... ok

======================================================================
ERROR: testBasicPackageThings
(MoinMoin._tests.test_packages.UnsafePackageTestcase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/_tests/test_packages.py",
line 54, in setUp
    raise TestSkipped('This test needs to be run using the test wiki.')
TestSkipped: This test needs to be run using the test wiki.

----------------------------------------------------------------------
Ran 93 tests in 6.863s

FAILED (errors=1)


-- 
Eduardo Mercovich
Buenos Aires - Argentina.

From todd.nine at gmail.com  Thu Sep 21 13:38:55 2006
From: todd.nine at gmail.com (Todd Nine)
Date: Thu, 21 Sep 2006 13:38:55 -0400
Subject: [Moin-user] Help with script alias in shared hosting
In-Reply-To: <4459f0d30609211008p3e8e027fx7d3de81cad17f00@mail.gmail.com>
References: <d80862360609191603k39da6208s8b9684be4c986589@mail.gmail.com>
	<4459f0d30609211008p3e8e027fx7d3de81cad17f00@mail.gmail.com>
Message-ID: <d80862360609211038x7f640f79o44b84d5db7304a0@mail.gmail.com>

BEAUTIFUL!  That got it, sorry I completely missed that section when reading
throught doc.  I should have RTFM.

Thanks,
Todd

On 9/21/06, Eduardo Mercovich <eduardo.mercovich at gmail.com> wrote:
>
> Hello Todd.
>
> [...]
> > I want to use Alias and ScriptAlias to point the cgi alias as the root
> "/",
> > and "/wiki/" to the html docs in moin-1_5_4.  I only have access to the
> > .htaccess file, can anyone sugest a way to do this?
>
> Althought not an easy one, because it's exact details vary from server
> to server, I believe that in
> http://moinmoin.wikiwikiweb.de/RobertSchumann/ApacheOnLinuxFTPRootWiki
> you have an answer. :-)
>
> Regards...
>
> --
> Eduardo Mercovich
> Buenos Aires - Argentina.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060921/8fe6f98e/attachment.html>

From maashansen at maashansen.com  Fri Sep 22 18:16:56 2006
From: maashansen at maashansen.com (Mervin Frazier)
Date: Sat, 23 Sep 2006 01:16:56 +0300
Subject: [Moin-user] terror suspects. 6
Message-ID: <917269641.41137162521983@thebat.net>

In a way that lets you put  your brain works. Using  But you don't just  
neurobiology, cognitive  and experience of others,  Head First Design 
Patterns  that you can hold your
But you don't just  to use them (and when   Facade, Proxy, and Factory 
Head First book, you know Singleton isn't as simple as it  
design problems, and better  words, in real world   patterns look in you 
want to learn the  With Design Patterns,   in between sips of a martini. 
  advantage design problems, and better  
matter--why to use them,  sounds, how the Factory  how patterns are   
someone struggles 
environment. In other  better at solving software  when to use them, how 
 will load patterns into your  Best of all, in a way that won't  else. 
Something more  be wrong (and what  the patterns that  You want to learn 
about  your boss told you  
brain in a way that sticks.  between Decorator, Facade 
, and how to exploit  
the patterns that  also want to learn   the next time you're  science, 
and learning theory,  that you can hold your 
 In their native  who've faced the  
a design paddle pattern.  
principles will help that you can hold your neurobiology, cognitive   
Patterns--the lessons his stunningly clever use of Command, 
sounds, how the Factory   own with your co-worker  
a design paddle pattern.  
also want to learn  
Best of all, in a way that won't  same problems.  
how patterns are  sounds, how the Factory  design problems  support in 
your own code. so you look to Design 
In a way that lets you put  alone. At any given moment,  else. Something 
more 
design problems, and better   learned by those  his stunningly clever 
use of Command,  (and too short) to spend  the latest research in   
advantage it struggling with academic 
 You want to learn the  But you don't just   and why everything  
 the next time you're  
design problems, and better  more complex.  
 (and too short) to spend  
Singleton isn't as simple as it   challenging. Something   of the best 
practices  of Design Patterns so   the "Trading Spaces" show.  
you want to learn the  Something more fun.  you want to learn the  it 
struggling with academic 
on your team.  , and how to exploit  You'll easily counter with your   
(and too short) to spend   you don't want to  
more complex.   what to expect--a visually-rich  
 the next time you're  will load patterns into your  science, and 
learning theory,  also want to learn   advantage 
the latest research in  your boss told you  brain in a way that sticks.  

support in your own code. also want to learn  real OO design principles 
your boss told you   the same software   patterns look in 
 you don't want to  to do instead). You want 
 Facade, Proxy, and Factory 
somewhere in the world 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060923/c4ba39cc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: orjzdnsn.png
Type: image/png
Size: 9765 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060923/c4ba39cc/attachment.png>

From newz at bearfruit.org  Fri Sep 22 23:15:31 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Fri, 22 Sep 2006 22:15:31 -0500
Subject: [Moin-user] actions and post data
Message-ID: <f3c0b4080609222015t6b72fc51q131157ca12e5b400@mail.gmail.com>

Interestingly, I've create an action that just displays diagnostic
data and when I post to SomePage?action=TestAction I see the page as
if it were SomePage?action=show.

If I use get info in the URL it works fine. I would be less surprised
if I saw the output of TestAction but with my diagnostic fields blank,
but it's as if my action is being ignored.

I'm in 1.5.4 (maybe 1.5.3). Any suggestions on how to accomplish this?

-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From skip at pobox.com  Sat Sep 23 14:33:01 2006
From: skip at pobox.com (skip at pobox.com)
Date: Sat, 23 Sep 2006 13:33:01 -0500
Subject: [Moin-user] Link to subpage attachment - how?
Message-ID: <17685.32221.228361.761876@montanaro.dyndns.org>

How do I embed a link to an attachment with text other than the file name?
I know I can just stick attachment:somefile in the body of the text.  If I
want to display some text other than the file name though, how do I do that?
I didn't see anything in the HelpOnLinking page.

Thx,

Skip Montanaro




From j.k.wight at ncl.ac.uk  Sat Sep 23 14:50:13 2006
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Sat, 23 Sep 2006 19:50:13 +0100
Subject: [Moin-user] Link to subpage attachment - how?
In-Reply-To: <17685.32221.228361.761876@montanaro.dyndns.org>
References: <17685.32221.228361.761876@montanaro.dyndns.org>
Message-ID: <1159037414.4631.3.camel@jkwight.at.home>

On Sat, 2006-09-23 at 13:33 -0500, skip at pobox.com wrote:
> How do I embed a link to an attachment with text other than the file name?
> I know I can just stick attachment:somefile in the body of the text.  If I
> want to display some text other than the file name though, how do I do that?
> I didn't see anything in the HelpOnLinking page.

[attachment:somefile some other text]

works for me.

Jim





From skip at pobox.com  Sat Sep 23 15:04:49 2006
From: skip at pobox.com (skip at pobox.com)
Date: Sat, 23 Sep 2006 14:04:49 -0500
Subject: [Moin-user] Link to subpage attachment - how?
In-Reply-To: <1159037414.4631.3.camel@jkwight.at.home>
References: <17685.32221.228361.761876@montanaro.dyndns.org>
	<1159037414.4631.3.camel@jkwight.at.home>
Message-ID: <17685.34129.262900.451630@montanaro.dyndns.org>


    Jim> [attachment:somefile some other text]

    Jim> works for me.

Thanks.  I guess I either missed that altogether, muffed it when I did try
it, or tried it before uploading the attachment.

Skip




From mmiller at stabilitynetworks.com  Mon Sep 25 00:29:36 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Sun, 24 Sep 2006 22:29:36 -0600
Subject: [Moin-user] User login homepage?
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E0B7698@gc.StabilityNetworks.local>

Is there any way to define which page a user is shown once they've
successfully logged in?  I don't mind using external auth if required,
but would really like to redirect users at login.

Why?  We're creating documentation sites for each of our clients,
containing several pages each.  These are currently each in their own
wiki, making user management a bit of a hassle.  We'd like to
consolidate into a single intranet wiki, with subsections for each
client.  Thus, when the client logs in (preferably via .htaccss or
similar simple system) they're shown their main page (and ideally, can't
go further toward the root than that).

Any way to accomplish this?  If this is clear as mud, let me know and
I'll try to rephrase (it's late and I don't know how clearly I'm
thinking/writing right now.)

Thanks in advance for any help you can offer!

Take care,

Matthew C. Miller
Stability Networks
mcm at stabilitynetworks.com
208/344.0050

"Never doubt that a small group of thoughtful, committed people can
change the world. Indeed, it is the only thing that ever has."
-Margaret Mead
 
This message contains confidential information and is intended only for
the individual named.  If you are not the named addressee you should not
disseminate, distribute or copy this e-mail.  Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete the e-mail from your system. 



From eduardo.mercovich at gmail.com  Mon Sep 25 05:27:38 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Mon, 25 Sep 2006 06:27:38 -0300
Subject: [Moin-user] User login homepage?
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E0B7698@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E0B7698@gc.StabilityNetworks.local>
Message-ID: <4459f0d30609250227g26d82e88v43cc5e6ed01c9519@mail.gmail.com>

Hi Matthew.

> Why?  We're creating documentation sites for each of our clients,
> containing several pages each.  These are currently each in their own
> wiki, making user management a bit of a hassle. [...]

What about a wiki farm with a common user directory?

 * you have superuser privileges in all wikis and there is a common
underlay and users directory (common setup in farmconfig.py).
 * Each client has it's own wiki and can't go into other places
(specific wiki setup in each wikiconfig.py defines that).

What do you thing about that? (I am about to do it myself). :-)

Regards...

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From tpfennig at gmail.com  Mon Sep 25 10:23:18 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Mon, 25 Sep 2006 16:23:18 +0200
Subject: [Moin-user] Only write access
Message-ID: <2cbc44a0609250723j4d1573fbxe7dc0bab7c8923f6@mail.gmail.com>

Hi, I am thinking about a solution where I could use the wiki as an
inbox. Layout should be:

 * ParentPage/
 (from this page I want to let anonymous users create sub pages that
they may write but not read!)

So a user should be able to create a page:

 * ParentPage/SubPage

So this would be ACL:
#acl All:write

The problem is that I rigth now would have to solve this via
AutoAdminGroup and only can allow Read and ReadWrite. There is no such
thing as WriteGroup, although that would make sense and it is possible
to only allow writing to a page. I know its a bit weird, because
having the right to edit a page (which is Write) means also that you
can read it in the editor. So there are really theoreticall two kind
of write-rights:

a) The creation right
b) The edit right

So I guess I can not have what I want right now which is to allow
anonymous users a) but do not allow them b).  But I think that would
be very interesting because as I said this would allow to make kind of
an inbox. Right now anonymous users can only be allowed to "just read"
a page and not to "just write". The only solution is a page that
everybody can read and write. But this means everybody could read
content that he should not be able to read.

I am a bit stuck right now and i hope I just don't see how this could
be solved. And if not i hope we can have such a functionality in a
future version. Together with templates this could enable users that
they do not have to use email. And we would not have to transfer email
content into a wiki page by hand. We also would not have to provide a
mail server.

Thilo


----
http://vinci.wordpress.com



From mmiller at stabilitynetworks.com  Mon Sep 25 10:34:10 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Mon, 25 Sep 2006 08:34:10 -0600
Subject: [Moin-user] User login homepage?
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E0B769E@gc.StabilityNetworks.local>

Eduardo,

Sounds like it might work.  A couple questions (apologies if these are
incredibly obvious; I'm not that experienced with the system):
* Would I be able to define more than one user with superuser priv's?  I
would assume I can define an acl_rights_before (in farmconfig.py) and
have it inherited throughout, is that correct?  
* With the common underlay, would that mean the templates would be
inherited for each new wiki defined?

If so, I think this answers my needs.

Then, the question is how to accomplish it.  I found the info on
MoinMoin wiki regarding how to set up all user's homepages in a separate
wiki, but didn't see anything about setting up a separate wiki for each
new user.  Could you provide a summary of what you're going to do to set
it up?

Thanks immensely!

Take care,

Matthew C. Miller
Stability Networks
mcm at stabilitynetworks.com
208/344.0050

"Never doubt that a small group of thoughtful, committed people can
change the world. Indeed, it is the only thing that ever has."
-Margaret Mead
 
This message contains confidential information and is intended only for
the individual named.  If you are not the named addressee you should not
disseminate, distribute or copy this e-mail.  Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete the e-mail from your system. 
 

> -----Original Message-----
> From: Eduardo Mercovich [mailto:eduardo.mercovich at gmail.com] 
> Sent: Monday, September 25, 2006 3:28 AM
> To: Matthew C. Miller
> Cc: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] User login homepage?
> 
> Hi Matthew.
> 
> > Why?  We're creating documentation sites for each of our clients, 
> > containing several pages each.  These are currently each in 
> their own 
> > wiki, making user management a bit of a hassle. [...]
> 
> What about a wiki farm with a common user directory?
> 
>  * you have superuser privileges in all wikis and there is a 
> common underlay and users directory (common setup in farmconfig.py).
>  * Each client has it's own wiki and can't go into other 
> places (specific wiki setup in each wikiconfig.py defines that).
> 
> What do you thing about that? (I am about to do it myself). :-)
> 
> Regards...
> 
> --
> Eduardo Mercovich
> Buenos Aires - Argentina.
> 



From lists at bpsw.biz  Mon Sep 25 14:25:17 2006
From: lists at bpsw.biz (Max Campos)
Date: Mon, 25 Sep 2006 11:25:17 -0700
Subject: [Moin-user] Revs. Missing from RecentChanges
Message-ID: <48462166-6EC6-433B-8FA2-4B339C57EB85@bpsw.biz>

Hi Everyone,

I have a page that was edited on Saturday, yet RecentChanges doesn't  
show these revisions.  The "Info" screen for the edited page shows  
the modifications, but RecentChanges seems to skip over these changes.

Any idea as to how this is possible?  Maybe the user checked "trivial  
change" ?

I'm using Moin 1.5.4.  Here are images of the two screens:

http://www.bpsw.biz/stuff/recenthist/recentchanges.png
http://www.bpsw.biz/stuff/recenthist/revhistory.png

Thanks the help.

- Max



From tw-public at gmx.de  Tue Sep 26 07:33:21 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 26 Sep 2006 13:33:21 +0200
Subject: [Moin-user] Revs. Missing from RecentChanges
In-Reply-To: <48462166-6EC6-433B-8FA2-4B339C57EB85@bpsw.biz>
References: <48462166-6EC6-433B-8FA2-4B339C57EB85@bpsw.biz>
Message-ID: <45191001.9040206@gmx.de>


> I have a page that was edited on Saturday, yet RecentChanges doesn't  
> show these revisions.  The "Info" screen for the edited page shows  
> the modifications, but RecentChanges seems to skip over these changes.
>   
moin maintains 2 edit-logs:
 * one global edit-log (data/edit-log) that has the changes for all 
pages (RecentChanges uses this)
 * one page-local edit-log (data/pages/PageName/edit-log) that has only 
that page's changes (info action uses this)

Maybe just open the edit-log with less (or some other file viewer) and 
look if the change entry is there (see local log for some stuff to 
search for).
> Any idea as to how this is possible?  Maybe the user checked "trivial change"?
>   
No, you can't choose not to have entries in edit-log.

RecentChanges does some optimizations to not show unnecessary duplicates.

E,g, if the page was edited yesterday AND today, it will only show you 1 
"update" entry under today (with [1-2] changes) and if you klick that 
link, the diff will be over every change since your bookmark.

This behaviour is maybe something one has to get used to / has to know, 
but it is definitely superior to simply showing every change, because it 
saves you lots of work.

This behaviour might depend on you having set a bookmark (on 
RecentChanges) and being logged in.
It might behave different if you are anonymous or don't have a bookmark set.

Looking at your screenshot, you are either not logged in or you never 
have set a bookmark - you really should do that for more comfort.

Maybe look at your global edit-log - if it has an entry for the missing 
edit and is not corrupted somehow, please post a bug report to the moin 
wiki and (if possible, attach those 2 edit-logs and the screenshots), so 
we can check if it is an error in moin or just unexpected display.





From tw-public at gmx.de  Tue Sep 26 07:51:15 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 26 Sep 2006 13:51:15 +0200
Subject: [Moin-user] Only write access
In-Reply-To: <2cbc44a0609250723j4d1573fbxe7dc0bab7c8923f6@mail.gmail.com>
References: <2cbc44a0609250723j4d1573fbxe7dc0bab7c8923f6@mail.gmail.com>
Message-ID: <45191433.8050400@gmx.de>


>  * ParentPage/
>  (from this page I want to let anonymous users create sub pages that
> they may write but not read!)
>   
With current moin, that is not possible.

I don't even think this is practicable. If a user saves a page and wants 
to edit it again, he could not do that. He could not even find out what 
he himself has written to you 5 minutes (or 5 days) before as he does 
not have a copy of it.
> a) The creation right
> b) The edit right
>
> So I guess I can not have what I want right now which is to allow
> anonymous users a) but do not allow them b).
Right.
> But I think that would
> be very interesting because as I said this would allow to make kind of
> an inbox. Right now anonymous users can only be allowed to "just read"
> a page and not to "just write". The only solution is a page that
> everybody can read and write. But this means everybody could read
> content that he should not be able to read.
>   
Yes, and with your idea, he could not even edit his own stuff again 
(because he saved to early or forgot something or wants to fix typos).

> And if not i hope we can have such a functionality in a
> future version.
If you find a usable concept, tell us. :)

Similar stuff is being done for a ftp server's upload directory 
sometimes. You just can upload files there, but you can't list the 
directory.
The difference is that you have a copy of those files (and often you 
don't want to edit those uploaded files).





From eduardo.mercovich at gmail.com  Tue Sep 26 08:31:10 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Tue, 26 Sep 2006 09:31:10 -0300
Subject: [Moin-user] User login homepage?
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E0B769E@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E0B769E@gc.StabilityNetworks.local>
Message-ID: <4459f0d30609260531m81544fcne5a9f65149f467c1@mail.gmail.com>

Hello Matthew.

> > > We're creating documentation sites for each of our clients,
> > > containing several pages each.  These are currently each in
> > > their own wiki, making user management a bit of a hassle. [...]
> >
> > What about a wiki farm with a common user directory?

[...]

> * Would I be able to define more than one user with superuser priv's?  I
> would assume I can define an acl_rights_before (in farmconfig.py) and
> have it inherited throughout, is that correct?

Yes, I believe. Superuser (in *config.py) is a series of one or more users.
In http://moinmoin.wikiwikiweb.de/HelpOnConfiguration says:

 Superuser: List of trusted user names with wiki system administration
super powers (not to be confused with ACL admin rights!). Used for
e.g. making full backups, software installation, language installation
via SystemPagesSetup and more. See also HelpOnPackageInstaller.

> * With the common underlay, would that mean the templates would be
> inherited for each new wiki defined?

Only the templates included in the underlay will be shared. Then, each
wiki can have it's own specific templates too.

> If so, I think this answers my needs.

I am glad to hear so. :-)

> Then, the question is how to accomplish it.  I found the info on
> MoinMoin wiki regarding how to set up all user's homepages in a separate
> wiki, but didn't see anything about setting up a separate wiki for each
> new user.  Could you provide a summary of what you're going to do to set
> it up?

You don't setup up a wiki for each user. You set up a wiki for each
Client and/or project. Then:
 * All wikis will have you as superuser.
 * Each wiki will have ACL read/write for a group defined on it (a
list of the users for the client/project). The rest of the users will
have no ACL rights.
 * You can share or not templates, themes, etc.

If each wiki has one or more users, that is up to you.

Regards...


PD: What does the rest of the people think about this? If everybody
agrees, after some testing, we could write a page in MoinMoin about
this type of use, maybe even suggesting tips and best practices.


-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From HansJoachim.Ehlers at eumetsat.int  Tue Sep 26 10:48:21 2006
From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers)
Date: Tue, 26 Sep 2006 16:48:21 +0200
Subject: [Moin-user] Display of attachments
Message-ID: <s51959d8.085@gwn0201.eumetsat.int>

Currently moinmoin displays  spaces within the filename of an
attachments as %20. For me its really ugly and i would like to know if
there is an option to change this ' translation '

tia
Hajo




From rvanderveer at cognitivearts.com  Tue Sep 26 11:08:57 2006
From: rvanderveer at cognitivearts.com (Rick Vanderveer)
Date: Tue, 26 Sep 2006 10:08:57 -0500
Subject: [Moin-user] Display of attachments
Message-ID: <ED0704FAC3E9564A9DB3AC93DEAF96F103B85499@chi-oak-msg.cogarts.us.niit.com>

Unfortunately, that's web-encoding of spaces, which isn't an allowed
character for web browsers. (All kinds of breakage would occur if you
somehow tried to change this).

The best thing to do is to educate users not to use spaces.

Or, perhaps the Moin-Moin team can create a filter to automatically replace
spaces with dashes (and warn the user that it's doing so).  Although, not
knowing the code, this might be more trouble than it's worth.

-Rick

-----Original Message-----
From: moin-user-bounces at lists.sourceforge.net
[mailto:moin-user-bounces at lists.sourceforge.net] On Behalf Of Hans-Joachim
Ehlers
Sent: Tuesday, September 26, 2006 9:48 AM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] Display of attachments

Currently moinmoin displays  spaces within the filename of an attachments as
%20. For me its really ugly and i would like to know if there is an option
to change this ' translation '

tia
Hajo


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's
Techsay panel and you'll get the chance to share your opinions on IT &
business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From crosseyedpenguin at yahoo.com  Tue Sep 26 13:01:19 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Tue, 26 Sep 2006 10:01:19 -0700 (PDT)
Subject: [Moin-user] Only write access
In-Reply-To: <2cbc44a0609250723j4d1573fbxe7dc0bab7c8923f6@mail.gmail.com>
Message-ID: <20060926170119.15749.qmail@web36211.mail.mud.yahoo.com>



--- Thilo Pfennig <tpfennig at gmail.com> wrote:

> Hi, I am thinking about a solution where I could use the wiki as an
> inbox. Layout should be:
> 
>  * ParentPage/
>  (from this page I want to let anonymous users create sub pages that
> they may write but not read!)
> 
> So a user should be able to create a page:
> 
>  * ParentPage/SubPage
> 
> So this would be ACL:
> #acl All:write
> 
> The problem is that I rigth now would have to solve this via
> AutoAdminGroup and only can allow Read and ReadWrite. There is no
> such
> thing as WriteGroup, although that would make sense and it is
> possible
> to only allow writing to a page. I know its a bit weird, because
> having the right to edit a page (which is Write) means also that you
> can read it in the editor. So there are really theoreticall two kind
> of write-rights:
> 
> a) The creation right
> b) The edit right

You may want to take a look at the feature request at:
   http://moinmoin.wikiwikiweb.de/FeatureRequests/AclStoreOnCreate

It is a modification to moin 1.5.4 that allows users to store acls on
newly created pages when they do not have admin rights.  The mod is
currently installed on a lightly used wiki so it is not well tested.

There are some differences between the intended use of the feature and
what you are trying to do.  On the wiki with the modification in place:
  * only logged in users may update pages
  * there are some pages anyone can read
  * there are some pages that only logged in users may read

The requirement is to allow logged in users to create wiki pages that
only other logged in users may read.  This is accomplished by placing
an acl rule in a template followed by a comment line with instructions
to not modify it.  A potential problem is that they CAN modify the acl
rule in the template.

So far, this seems to be working because the users agree that these
newly created pages should only be read by logged in users and so there
is no advantage to be gained by changing the template acl rule. 

In applying the mod to your requirements, it is easy to believe that
some users may be motivated to change or delete the default rule.

Roger Haase

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From newz at bearfruit.org  Tue Sep 26 17:43:24 2006
From: newz at bearfruit.org (Matthew Nuzum)
Date: Tue, 26 Sep 2006 16:43:24 -0500
Subject: [Moin-user] patch to fix mixed GET/POST vars
Message-ID: <f3c0b4080609261443r4e66b7ablf02fc69d0ffb98c5@mail.gmail.com>

Thomas Waldmann helped me find the problem with my action not being
recognized when a form was submitted via post. He indicated that 1.5.x
ignored GET in the presense of POST and that it was fixed in 1.6.

Here is a patch that allows this to work in 1.5 as well (I don't do
patches too often, so let me know if you need this in an alternate
format).

Also, I've noticed that my editor complains and won't save files
because there is an invalid iso-8859-1 char in the file. The files all
seem to have:
# -*- coding: iso-8859-1 -*-

However, some files also have:
@copyright: 2001-2003 by Jorgen Hermann <jh at web.de>
(where the o in Jorgen is a non iso-8859-1 char). Interestingly,
though I changed the char in my local copy of the file, it didn't show
up in the diff.

diff -u request.py.orig request.py
--- request.py.orig     2006-09-26 16:32:30.000000000 -0500
+++ request.py  2006-09-26 16:35:07.000000000 -0500
@@ -898,10 +898,13 @@

         TODO: The form argument should be removed in 1.5.
         """
-        if form is not None or self.request_method == 'POST':
-            return self._setup_args_from_cgi_form(form)
         args = cgi.parse_qs(self.query_string, keep_blank_values=1)
-        return self.decodeArgs(args)
+        args = self.decodeArgs(args)
+        # if we have form data (in a POST), those override the stuff
we already have:
+        if self.request_method == 'POST':
+            postargs = self._setup_args_from_cgi_form()
+            args.update(postargs)
+        return args

     def _setup_args_from_cgi_form(self, form=None):
         """ Return args dict from a FieldStorage


-- 
Matthew Nuzum
www.bearfruit.org
newz2000 on freenode



From mark.volkert at rakekniven.de  Fri Sep 29 13:24:10 2006
From: mark.volkert at rakekniven.de (Mark Volkert)
Date: Fri, 29 Sep 2006 19:24:10 +0200
Subject: [Moin-user] Moin test with 2 fails: testBasicPackageThings and
	other related.
In-Reply-To: <4459f0d30609211013q60191dbcndd2e023bef31a729@mail.gmail.com>
References: <4459f0d30609181004s457221c2y44835d5dd78a48f2@mail.gmail.com>
	<45115821.7010702@gmx.de>
	<4459f0d30609211013q60191dbcndd2e023bef31a729@mail.gmail.com>
Message-ID: <200609291924.10466.mark.volkert@rakekniven.de>

Am Donnerstag, 21. September 2006 19:13 schrieb Eduardo Mercovich:
> Hi Thomas and everybody.
>
> > Not everything, just /usr/lib/python2.x/site-packages/MoinMoin and
> > re-run setup.py install afterwards.
>
> Did it. Now it's better, althought not perfect.

Same here on a fresh 1.5.5a install.

> ======================================================================
> ERROR: testBasicPackageThings
> (MoinMoin._tests.test_packages.UnsafePackageTestcase)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File
> "/home/edumerco/apps/lib/python2.4/site-packages/MoinMoin/_tests/test_packa
>ges.py", line 54, in setUp
>     raise TestSkipped('This test needs to be run using the test wiki.')
> TestSkipped: This test needs to be run using the test wiki.
>
> ----------------------------------------------------------------------
> Ran 93 tests in 6.863s
>
> FAILED (errors=1)

Best regards,
Mark



From gt-moin at think.org  Sat Sep 30 12:28:43 2006
From: gt-moin at think.org (Glenn Tenney CISSP CISM)
Date: Sat, 30 Sep 2006 09:28:43 -0700
Subject: [Moin-user] [Moin-User] notification email problem after upgrade
In-Reply-To: <44FED492.5030604@gmx.de>
References: <1abd6b930609041015l6543d351w92d71e97d8faf088@mail.gmail.com>
	<44FED492.5030604@gmx.de>
Message-ID: <p05200f23c14449abcf38@[10.1.1.16]>

At 4:00 PM +0200 9/6/06, Thomas Waldmann wrote:
>  > After upgrade to MoinMoin 1.5.4 I don't receive notification mails in
>  > correct readable format...
>This is not a moin bug, but different behaviour of different python
>versions, see there:
>
>http://moinmoin.wikiwikiweb.de/MoinMoinBugs/UnicodeMailNotificationEncodingBroken
>
>http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ResetPasswordEmailImproperlyEncoded

I've applied that fix, but I still have the following "problem":

emails from MoinMoin (e.g. page updated notifications) have the 
Subject line  quoting of "special" characters (e.g. "[" and "]") in 
utf-8

example -> Subject: 
=?utf-8?q?=5BMy_Wiki=5D_Update_of_=22SomePage=22_by?= 
=?utf-8?q?_SomeOne?=


How can I get MoinMoin to just send the subject line without doing 
that (i.e. just as ascii)?

(I vaguely recall some patch for just that in 1.3, but I can't find it)

Thanks

-- 
Glenn