Userbase

In onze vereniging worden af en toe mails naar iedereen gestuurd, door diverse leden. Daarbij wordt wel eens iemand vergeten of is een mailadres verouderd. Ik had het idee om op de website een html-pagina te plaatsen met daarin een redirect met 'mailto:'-commando naar alle leden. Ik kan die lijst dan centraal up-to-date houden.

Dit deel werkt al. Maar alleen de leden, die de url hebben mogen dat bestand kunnen lezen. Alle emailadressen staan erin. Het moet ook simpel zijn: url oproepen via de favorieten in je browser moet automatisch email-sjabloon oproepen. Geen gedoe met paswoorden a.u.b.

Dit deel werkt al. Hoe beveiligen ? Ik plaatste de file op de directorie /httpsdocs, dan moet ik hem oproepen met https:// in de url. Dit is wss voldoende, maar dat werkt niet want ik heb geen certificaat.

Mijn tweede idee is dan via ftp:

ftp://username:[email protected] ... ailTo.html

Het werkt. Deze link kan ik doorgeven aan alle leden.
Zijn er betere of eenvoudigere methoden om dit allemaal te bekomen ?

geen gedoe met paswoorden en een file met emailadressen op internet...
hopelijk kom ik nooit in jouw organisatie terecht...

gezien je het zo simpel mogelijk wil, kijk ff naar http://emaillist.io/
lijkt me perfect voor je

Of kijk gewoon eens of je hosting pakket geen "mailing lists" bevat.

In subfolder steken en beveiligen met htaccess?

[ Post made via mobile device ]

ITnetadmin schreef:In subfolder steken en beveiligen met htaccess?

[ Post made via mobile device ]

Daarom moet dat niet speciaal in een subdirectory steken hoor. In de root kan het ook.

Maar ik begrijp totaal niet waar de topicstarter naartoe wil. Je wilt het beveiligen maar niet via een password. .htaccess op basis van IP/Subnet dan, als je al je leden eerst naar http://ip.weyland.be laat surfen?

Htaccess beveiligen is veel makkelijker om gewoon op een foldertje toe te passen, dan kan je daar naar believen files ingooien.

[ Post made via mobile device ]

Ik wil het paswoord kunnen opnemen in de hyperlink. Zodat iemand die de juiste link gekregen heeft er alleen maar hoeft op de klikken.
Zoals in het voorbeeld met de ftp-link.
Maar met .htaccess zal dat via http kunnen heb ik begrepen.

Je kan je lijst in een google docs document delen op internet en enkel toegang verlenen aan mensen die de link hebben...

Bij htaccess beveilig je een folder met een user/pwd, beschreven in htpasswd.
Aangezien dat op webserver niveau is, wordt elke aanvraag naar die folder beantwoord met een pwd popup.
Begrijp wel dat je host met een linux webserver (apache), moet werken. IIS (windows) werkt daar niet mee.

[ Post made via mobile device ]

maar waarom wil je in godsnaam het warm water terug uitvinden?

als ik het goed heb:

VEREISTEN
- een lijst met emailadressen
- waarbij iedereen (aan wie jij die link geeft) AUTOMATISCH terecht komt in zijn emailprogramma
- en dat jij de adressen centraal kan beheren


GEBRUIK
- JIJ kan de emailadressen beheren
- ANDEREN kunnen door op een link te klikken een mail sturen naar de hele groep


OPLOSSING

een mailinglist:

- meestal inbegrepen bij je hosting
- anders emaillist.io
- en je geeft je leden het emailadres van die mailinglist
- eventueel alsook een mailto link ergens op de site

waarom zou je het moeilijk maken, op een manier dat totaal niet de bedoeling is,
terwijl je het ook gewoon correct kan doen met een mailinglist?

(overigens hebben de meeste mailinglists ook nog eens een archief, dus kan jijzelf dan ook nog de oude mails opvragen via de site van de mailinglist)

Inderdaad. Een mailinglist, of een ander alternatief: een forwarder waar iedereen in de forward list staat.
Dat is je beste oplossing voor je probleem.


[ Post made via mobile device ]

ITnetadmin schreef: of een ander alternatief: een forwarder waar iedereen in de forward list staat.

Het nadeel daarvan is dat je niet kan controleren wie er mails stuurt naar die forwarder (hij kan bijvoorbeeld in spam lijsten terecht komen).

Wat wel een andere alternatief is (maar ik hou niet van alternatieven als er een duidelijke oplossing bestaat) is het schrijven van een script dat de mail zelf verzend. Gebruikers moeten dus hun tekst ingeven op de website (mits user/paswoord) en deze verzend de mail, niet de gebruiker zelf.

Een mailinglist of forwarder lijken niet te voldoen.

• De opsteller van het bericht kan geen bestemmelingen meer schrappen. Dit is soms nodig bij conversaties over een cadeau of verrassing voor iemand.
• Ik moet alle namen en emailadressen handmatig ingeven. In mijn html-pagina kan ik dat plakken en syntax aanpassen

Ik ga experimenteren met .htaccess . Dat lijkt me goed.

Wat jij wil werkt gewoon niet... mensen gaan na één keer die moeite niet meer doen maar doen gewoon een reply op één van hun laatste mails.

Gevolg... nieuwe adressen worden vergeten en oude onbestaande adressen krijgen nog steeds mail.

Dat is juist wat er nu gebeurd. Met de genoemde nadelen.
Ik wil een gemakkelijke manier aanbieden om een nieuwe communicatie te starten, zonder die nadelen.

Ik zou echt niet in een mailinglist willen belanden waar iedereen's mailadres individueel in de "aan" staat hoor...

Maillist die obfusceert (en gratis is, en waar je zeker bent dat de data niet gemined wordt)
Of mijn alternatief: alias op een domein in eigen beheer (sommige mailhosts geven enkel maillists aan de duurdere pakketten)

In alle geval ga je moeten up to date houden. Als ze de mailadressen te zien krijgen, gaan ze gewoon op reply klikken en dan heb je binnen de kortste keren mensen die afvallen.

Persoonlijk gebruik ik maillists enkel naar derden toe.
Bv in een vereniging: maillist naar de leden toe, maar een alias om binnen het bestuur te mailen.

Mensen schrappen gaat niet; dat is net de bedoeling van de oplossingen hier, want dat is je probleem.
En een goeie webhost moet je toelaten zowel bij aliassen als maillists te kunnen copy-pasten.

[ Post made via mobile device ]

meon schreef:Ik zou echt niet in een mailinglist willen belanden waar iedereen's mailadres individueel in de "aan" staat hoor...

Als hij echt wil gaan voor zijn idee is hij best dat hij zoals eerder geschreven al een script maakt op z'n website waarbij de server mailed (mensen moeten dus hun tekst ingeven op de server) en daarbij kunnen selecteren uit alle namen (maar niet het E-mail adres te zien krijgen). Je laat de mail dan verzenden met iedereen in BCC zodat men ook niet kan replyen (want dan begint alle ellende). Om dan alsnog efficient te replyen kan je een link zetten in de mail die terug de website oproept met dezelfde personen (en zelfs de oude tekst terug laat zien).

Al bij al wat development maar ook niet echt zoveel... trouwens in de meeste gevallen gaat men vermoedelijk toch willen mailen naar iedereen (het argument van verassingen ed. lijkt me niet echt courant).