Le 21 déc. 07 à 14:30, Sergiu Dumitriu a écrit :

Did you edit the fields on the administration tab?

I tried. That works.

By default they are empty.

That is my problem. I know the text I could put there though.

So, log in as Admin, go to the Administration page, and there's a section called "Registration", where there are fields for Validation e-Mail Content, Confirmation e-Mail Content and Invitation eMail Content. I don't know exactly what should be written there, perhaps someone else knows.

But I need a bunch of variable names... Any good way to hack the current velocity context to list available variables and properties for each ? thanks paul

Hi, We've just installed XWiki Enterprise to get a look'n'feel and see if this is something we should base our corporate InfoCenter on, for both internal and external use (we are a telecommunications operator in Norway). User Rights administration is important, as is hacker-security, as there will be sensitive documents both as attachments and in wiki pages. We have established Spaces in XWiki and assigned individual user rights to Spaces. In order to fully understand XWiki and its potentials, I have some questions I hope someone can answer: 1) Is user administration and group membership a fully manual process, i.e. the admin needs to know the user's login ID and manually create an entry and type in this user ID, for this to work, or are there any utilities which allows me to select users from a list and attach dependencies to Groups (or the other way, i.e. to select Group and move users into a list)? 2) Is it possible to have some extra security which is IP-dependent, i.e. have certain Spaces available only to internal IP-addresses (10.10.x.x and 192.168.x.x)? Best regards, Robert

Paul Libbrecht wrote:

Le 21 déc. 07 à 15:27, Sergiu Dumitriu a écrit :

...

...

But I need a bunch of variable names... Any good way to hack the current velocity context to list available variables and properties for each ?

#foreach($prop in $context.vcontext.getKeys()) $prop #end #foreach($prop in $context.context.keySet()) $prop #end

That seems to be empty....

You need to have programming rights to execute this code. So if $context.hasProgrammingRights() returns false, try to do this in a local install with the Admin user. Sergiu

Robert Hercz wrote:

Hi,

We've just installed XWiki Enterprise to get a look'n'feel and see if this is something we should base our corporate InfoCenter on, for both internal and external use (we are a telecommunications operator in Norway).

User Rights administration is important, as is hacker-security, as there will be sensitive documents both as attachments and in wiki pages.

We have established Spaces in XWiki and assigned individual user rights to Spaces.

In order to fully understand XWiki and its potentials, I have some questions I hope someone can answer:

1) Is user administration and group membership a fully manual process, i.e. the admin needs to know the user's login ID and manually create an entry and type in this user ID, for this to work, or are there any utilities which allows me to select users from a list and attach dependencies to Groups (or the other way, i.e. to select Group and move users into a list)?

One way is to integrate it with LDAP, if you already have one active in your intranet. If you have just a list of users in a CSV, it's easy to write a script that automatically creates the user accounts based on that file (I used something like that for a site).

2) Is it possible to have some extra security which is IP-dependent, i.e. have certain Spaces available only to internal IP-addresses (10.10.x.x and 192.168.x.x)?

There isn't anything like this by default, but it is very easy (for a programmer) to write a plugin that checks the IP of the client and throws an exception if certain restrictions aren't met. Speaking of security, as long as you configure the rights properly, there's no risk (assuming the admin passwords are safe enough not to be cracked). If you need help with configuring the security, or anything related to the setup, you can contact the XWiki company (www.xwiki.com) for some expertise. Sergiu

Ping ! I'd be greatly helped if someone could send me example content for the validation, confirmation, and invitation mail velocity scripts. thanks! paul

...

You need to have programming rights to execute this code. So if $context.hasProgrammingRights() returns false, try to do this in a local install with the Admin user. Sure, and programming worked as the toString of context works but the loop was empty...

...

context is com.xpn.xwiki.api.Context@109dafc for context is $context #foreach($prop in $context.vcontext.getKeys()) $prop #end #foreach($prop in $context.context.keySet()) $prop #end

Sergiu wrote: If you have just a list of users in a CSV, it's easy to write a script that automatically creates the user accounts based on that file (I used something like that for a site).

Hi Sergiu, we're using a view of our HR database to automatically create/lock users in some applications like our intranet. Via the job specification number these users get members of some groups. Can you give us a hint (code snippet) how to realize user creations/modifications, please? It's easy to create CSV out of the database - as a newbie i've no idea how to start create such an automatism. Best Regards, Rudolf EISENMANN AG i. A. Rudolf Tronicek Postfach 1252 - 71085 Holzgerlingen Daimlerstraße 5 - 71088 Holzgerlingen Tel.: +49 7031 78 2909 Fax.: +49 7031 78 222909 E-Mail: [email protected] Internet: http://www.eisenmann.de _________________________________________________________________________ Sitz: Böblingen, AG Stuttgart HRB 245891 USt.-IdNr.: DE 145 141 533 Vorstand: Dr. Matthias von Krauland (Sprecher), Dr. Thomas Beck, Günther Dingler Vorsitzender des Aufsichtsrates: Peter Eisenmann Diese E-Mail sowie etwaige Anlagen sind ausschließlich für den Adressaten bestimmt und können vertrauliche oder gesetzlich geschützte Informationen enthalten. Wenn Sie nicht der bestimmungsgemäße Empfänger sind, unterrichten Sie bitte den Absender und vernichten Sie diese Mail. Anderen als dem bestimmungsgemäßen Adressaten ist es untersagt, diese E-Mail zu speichern, weiterzuleiten oder ihren Inhalt, auf welche Weise auch immer, zu verwenden. Wir verwenden aktuelle Virenschutzprogramme. Für Schäden, die dem Empfänger gleichwohl durch von uns zugesandte, mit Viren befallene E-Mails entstehen, schließen wir jede Haftung aus. The information contained in this e-mail or attachments is intended only for its addressee and may contain confidential and/or privileged information. If you have received this e-mail in error, please notify the sender and delete the e-mail. If you are not the intended recipient, you are hereby notified, that saving, distribution or use of the content of this e-mail in any way is prohibited. We use updated virus protection software. We do not accept any responsibility for damages caused anyhow by viruses transmitted via e-mail.