edit permissions for editfile page

We have taken away most of the permisssion people get on our lists. one 
of them is the ability to use the page for editfile, that customizes 
welcome and deletion messages. but for one list we want to grant the 
owners this ability.

how do i do that?

--

-- 
Christopher Pax
University Information System
New Jersey Institute of Technology

Variables in config.tt2 for automatic list famlies

Hello,

I'm just working my way to atomatic genrated lists using families. So my
problem is i need the full mailaddress of the list for a ldap lookup. [%
listname %] works for the local part. But I found no way to get the
domain name.Variables from
http://www.sympa.org/manual/list-definition#list_template_files does't
seem to be valid in this context. So my question. Which varibales are
available in this context and is there any chance to get the full
address the mail has been send to (list's mailaddress)?

greets
max

config.tt2:
------------snip-----------
user_data_source include2

owner
email owner@...
gecos Whateveer
info someinfo
reception nomail

subject Test

include_ldap_2level_query
host localhost:389
user cn=postfix,ou=administratives,dc=lan

permissions for customized messages

distribute mail

Re: Sympa hung processing digest with 100% CPU

Following up again on this:

>> For example, in messages sent to moderators, the mailto URL:
>> <mailto:sympa@...?subject=DISTRIBUTE%20listname%20a1d3bfecb352515c3bc62f19fb5a4c0a>
>>
>> becomes:
>> <mailto:sympa@...?subject=DISTRIBUTE%20listname
>> %202590b1030dcdf3b12be59a88d2a2eab9>
>>
>> thus preventing users from clicking it to distribute a message.

Although that indication of unwanted side-effects led us to remove 
Marc's patch, continued instances of this bug crashing our Sympa server 
and creating unhappy users has led us to put it back in.  After all, an 
extra linebreak or two here and there is a pretty minor matter, whether 
it's in a command URL or elsewhere, while crashing the server is a major 
problem.  Users can always paste a broken link back together if necessary.

But, David et al., is there any hope of an approved and permanent fix to 
this bug?  Pretty please, with a cherry on top?

     adam

prevent status mails for moderated lists

hi there,

is there any way to have sympa (6.0.1 from the debian squeeze repos) not send out status mails for
non-members of moderated lists (send privateoreditorkey)?

to be more precise, i'm talking about the "Your message to the list %listname% has been forwarded to the
moderator(s)" messages sent to non-subscribers of %listname% - these messages are rather annoying if
the sender itself is a mailing list. i've been sifting through the templates, but couldn't find a matching
entry - the string itself seems to appear only in /usr/lib/sympa/locale/en_US/LC_MESSAGES/sympa.mo
or its localised counterparts.

for the time being, i hacked /usr/lib/sympa/bin/sympa.pl directly to get the desired behaviour - but that
is certainly not the right way of doing it. i'm looking forward to hear about more elegant solutions 

thank you very much,
thoralf.

Re: prevent status mails for moderated lists

Re: Sympa hung processing digest with 100% CPU

Disable new user registration on web frontend

Hi,

this is propably simple, but I did not manage to find any information
about this issue:

After installing sympa on debian lenny, the webfrontend allows anyone
(=world) to register.
I would rather prefer that only registered used (which I have added
manually, are able to use the web frontend).

Of course, one could use control the access via Apache means and
an identical authentication system for apache and wwsympa (such as LDAP).
But then, my users would have to login twice.

Removing the register Button "Firtst login?" in login_menu.tt2 is even
less elegant.

I am pretty sure there must be some inherent functionality to disable
public registration and turn it into a closed group. This should
be true for the entire server not only for certain lists.

Could someone please give me a clue how to proceed in order to implement
my requirements?
Thank you very much.

Cheers
Christian

Re: permissions for customized messages