Scoutnet vzw

Hallo,

Ik zou met procmail een no-reply adres willen opstellen zodanig dat enkel de mails die ik verstuur naar de lijst worden doorgestuurd, maar als iemand anders dat doet dan moet die zijn mail in trash terecht komen. Ik dacht aan zoiets:


Ik denk dat het met zoiets moet werken, maar dan zou ik wel nog met formail het reply-to veld overschrijven, iemand die weet hoe dat moet?

Ik vraag het hier eerst maar eens voor ik in een loop terecht zou komen, dus alle meningen welkom.

Pieter

Misschien hoeft het allemaal niet zo ingewikkeld te zijn? Met de xlists kan je ook "gesloten lijsten" maken: lijsten waar je alleen mails naar kan sturen als je (1) in de lijst zit of (2) geprivilegieerde rechten hebt (beide opties zijn mogelijk). Ook goed?

To

ah oké, daar zou het idd ook mee moeten lukken, maar waar vind ik dat?

Pieter

Op de my-site kan je via de my-config kiezen hoeveel xlijsten je wil. Nadien staan ze ondereraan op de mailinglists-pagina.

To

Dankjewel, dat bestaan van die xlists had ik nog niet zien staan. Nog 2 vraagjes daarbij:
* Waar vind ik ergens een uitleg met wat alle mogelijkheden zijn?
* Is het ook mogelijk om zo'n xlist te laten invullen vanuit een mysql-query (in advanced mode dan)?

Pieter

Op de my-site onder Support & Help > Email > Majordomo config.


Nee, op dit moment niet. Joris kan je zeggen of die optie op korte/lange termijn mogelijk zal zijn.

To

Op korte termijn is dit niet realiseerbaar.

ik zou liever eens werk maken van een standaard-leden-beheer-data-structuur. Want dat zou heel wat kunnen vereenvoudigen (en minder technisch aangelegde scouts-webmasters kunnen helpen)

Alle hulp, voorstellen zijn welkom...

wat bedoel je met standaard-leden-beheer-data-structuur ??

Wel, je moet je eerst afvragen wat je met zoëen systeem wil doen. Eens je dat weet is het opbouwen van een database-structuur vrij eenvoudig.

Ook moet je dubbel ingeef werk vermijden. Een import / synchronisatie uit bvb. de scouts en gidsen ledenadministratie is misschien onvermijdelijk.

esl,


Caygull.

ik heb het vroeger ook al eens standaard-groepsleden-database-structuur genoemd. (of iets dergelijks)

Indien we allemaal eenzelfde database structuur zouden gebruiken, kunnen emailaliases en mailinglijsten (en pop3-accounts en ...) zonder verdere tussenkomst van de webmaster aangemaakt worden.
In plaats dat iedereen bezig is met een eigen systeem, moet het volgens mij mogelijk zijn om een structuur uit te denken die voor elke scoutsgroep past.

Als er iemand een uitdaging nodig heeft...

Wij werken met een systeem waarbij de gegevens van de groepsadministratie ingevoerd worden in onze database en daarmee wordt alles opgebouwd.

- Maillijsten
- Verjaardagkalender
- Leidingslijst (publiek)
- Opvragen van ledengegevens (enkel voor leiding)
- Er is ook een koppeling tussen de ledendatabase en de database van ons forum waardoor alles samenhangt

Wij hebben lijsten van oudscouts, leden, verhuurperiodes en fotolinks.
Er is echter geen koppeling tussen deze tabellen.

Ik denk dat de meeste scoutsgroepen geïnteresseerd zullen zijn in het bijhouden van contactgegevens (naam, adres, telefoon, e-mail, ...)

Je kan daar echter heel ver in gaan ..., een mogelijk voorbeeld is:
http://www.sqlrecipes.com/database_design/civicrm_contact_management-4/
De tabel individual is nog uitgebreiden met totem, contactgroep, ...
Zelf denk ik dat dit wat overkill is en dat een persoonslijst (1 tabel) in vele gevallen zal volstaan.

Als je de personen in een systeem hebt kan je een model met hun functies maken.
Dit kan bestaan uit bvb.
- Een vaste tabel met de functies (lid, leiding, materiaalmeester, patroeilleleider...)
- Een vaste tabel met de groepen(welpen, scoutsgroep, zwaluwen, ...)
- Een vaste tabel welke aangeeft welke functies er per groep mogelijk zijn.
- Een koppeltabel met persoon_id, functie_id, groep_id, is_actief, datum_begin, datum_einde ...

Als je hulp nodig hebt bij het ontwerpen van een database model zeg maar welke gegevens je wens bij te houden en welke structuur je al hebt.

Caygull.