Quote:
now I remember (this setting is no longer changed in a website life !) !!!
I propose you to move this setting in proper place, e.g. in mail settings. We have several questions in support forums about contact module --> If we can easily prevent such questions...
Why not increment this field by default with admin email set @ install (if it's easy).

marco

Quote:
ok, I've found new permissions settings :"searchable for these groups" ! Sorry, works like a charm
Some undeifined constant in seach Profil function :
. Comments Display Mode : all variables (_flat, _nested, _threaded)
. Comments Sort Order: same Newest_first and oldest_first
. "Receive occasional email notices <br />from administrators and moderators?" some mistake with display ("br" one)

Quote:
I confirm it doesn't work for me. Should it display email I enter at XOOPS installation ? Or should I enter it ?
What is its purpose ?


Now i'll add CBB/News and will do some tests on them.
marco

Quote:

yes, but if I activate in /modules/Profile for an "extended Profiles field" setting "Searchable by these groups" for right group, this setting doesn't change criteria for search in /modules/profile/search.php: you can only search through Reak name /email fields...
marco

more and more

* Preferences Main »» General Settings
admin email doesn't display

* Preferences Main »» Mail Setup
."Method used to deliver mail. Default is "mail", use others only if that makes trouble." -->"Method used to deliver mail. Default is "Php() mail", use others only if that makes trouble." --> this one to prevent questions on XOOPS support sites !
. swap order of parameters for sendmail with smtp settings
, so it is displayed in same order than Mail delivery method


thanks for your reactivity

Hy lovely core coders !

Here are some testing results made on Sunday morning 26, June on a fresh install (hope nightly build worked this night)

Installation
----------------
_MD_AM_OKINS undefined
virtual path warning

Playing with admin area
--------------------------------
*Private messaging / index --> blank page
* Preferences Main »» Mail Setup
."Method used to deliver mail. Default is "mail", use others only if that makes trouble." -->"Method used to deliver mail. Default is "Php() mail", use others only if that makes trouble."
. swap order of parameters for sendmail with smtp settings
, so it is displayed in same order than Mail delivery method
. _REMOVE is undefined
.Perhaps could be better to show uname/realname instead number (if possible)
*Preferences Main »» Meta Tags and Footer / Meta Author : no space to enter a value
*Extended Profile
.Could be great to add explanation about * : eg. * = required field
.If I make a field searchable through Extended profile admin, it does not appear in module Search function
.Could we group by default all instant messengers relative fields
.User creation doesn't work : Notice [PHP]: Undefined variable: uname in file class/xoopsform/formselectuser.php line 113
. /modules/pm/viewpmsg.php : image does not display for 2nd column
* Preferences Main »» General Settings
admin email doesn't display


I'll continue by tests this sunday afternoon
marco

a stable 1.3.1 version is on the way...
marco

you must play with php settings to make it works :this module needs php register_global ON settings.
I've modified this module to make it work under register_global OFF. Please contact me to have it.
The main lack of this module is that it uses an ip localization database that is not ipdated anymore, so that visitor localization is crazy most of time.
If anyone found a new way to resolve this, i'm interested in....
marco

YES !

but although, each time you enter an email adress in an article (for example in news module, you write a contact list, with name and email), it is automaticaly converted in youradress@nospamyourprovider visually.
So, in html code,you can see youradress@nospamyourprovider (or something like this, to prevent spambots from leeching your adress), but as you click on this email link, a javascript converts it to youradress@yourprovider.com...

that's, so far I can understand, the idea...

I know the core feature (nospam) but this one seems not to work like these 2 tips, no ?
your idea to add these features in a new bbcode (or to renew it ?) is great !

marco

Some antispam tips are described here
http://www.php-help.net/search.php?q=spam

Could/should we implement one/both of these systems to prevent spambots from getting email adresses written in XOOPS content ?

I looked for such a functionnality in XOOPS core code, but didn't find the same feature. Yes there is a feature, but it does not cover all aspects.

The main objective would be to prevent mail adresses, written in articles for example, from being leeched too easily.

I don't know which system mambo has implemented. Could be great if someone investigated over there their solution (if any)....

[added to feature track at SF]

Could/should we implement such a system to prevent spambots from getting email adresses

http://www.php-help.net/search.php?q=spam

I looked for such a functionnality in XOOPS core code, but didn't find the same feature.

The main objective is to prevent mail adresses, written in articles for example, from being leeched too easily.

I don't know which system mambo has implemented. Could be great if someone investigated over there their solution (if any)

marco