# Att hjälpa till Fripost är inte större än summan (eller produkten) av oss medlemmar. På den här sidan har vi samlat några sätt du kan hjälpa till på – allt mellan himmel och jord, från lätta och snabba till avancerade och mer tidskrävande. Hoppa gärna in där det passar dig bäst, men skicka gärna först iväg ett e-brev och hör om någon annan redan jobbar med samma sak, kanske har idéer om hur man kan göra eller rentav vill hjälpa till. Eller bara hugg in, som du vill. **Innehållsförteckning** [[!toc startlevel=2 levels=2]] --- ## Aktuell prioriteringslista Nedanstående prioriteringslista skapades och aktualiserades senast under aktivitetsdagen den 22 mars 2015. Se [[Aktivitetsdagar]].
☆ ☆ ☆ ☆ ☆ | Uppgradering av Roundcube |
☆ ☆ ☆ ☆ | Dokumentation |
☆ ☆ ☆ | Information till skolor |
☆ | Distribuerad lagring |
☆ | Kalender |
☆ | Diaspora eller GNU-social-server |
☆ | Paketering av systemkonfiguration till Debian |
☆ | IRC-bouncer |
IRC-server | |
XMPP-server | |
Web-forum | |
Översättning av hemsidan | |
Automatisk fakturering | |
Alternativ webbmejl | |
Alternativ till Google sharing |
Vad jag vet finns det ingen aktiv diaspora server i Sverige eller Gnu social. Skulle det kunna vara en biverksamhet som skulle kunna vara bra både för Fripost och Världen? -- Erik Kylin### Installera ett webbforum Tanken är ett webbforum där medlemmar i föreningen kan hjälpa varandra samt diskutera olika idéer och projekt. Har ni förslag kontakta jonaskarlsson (at) fripost. ## Informera skolor Skolor som använder Google bryter mot lagen. De behöver uppmärksammas ordentligt på det. De stora problemen är - att lärarna kräver användande av ofria tjänster som Google Docs - att elevers och lärares personliga uppgifter hamnar i orätta händer (t.ex. hos NSA) Ett projekt utifrån Fripost perspektiv ska uppfylla informationsmålet att nå ut till skolor och informera om problemen med användandet av proprietär programvara i undervisning och av att göra sig beroende av tjänster som mjukvarusubstitut. Ett annat projekt (som kan vara en förutsättning för ovanstående) är att 1. undersöka de lösningar som används 2. beskriva i abstrakta termer vilken funktionalitet det motsvarar, vilka problem användandet löser, 3. titta på vilka fria lösningar som vi kan bygga för att fylla samma funktionalitetssyfte. ## Översätta Friposts hemsida till engelska ## Registreringsformulär med automatiserad generering av faktura Tanken är att den som vill bli medlem fyller i önskat användarnamn och e-post (mer info är frivilligt) i ett formulär på fripost.org och får en genererad faktura som PDF direkt. Det kräver att användaren lägger in sin e-postadress, så att det inte behövs någon check mot databasen på användarnamnet. ## Sätta upp alternativa webbmejl Kanske har du din egen favoritwebbmejl? Kanske vill du hjälpa föreningen med redundansen? Sanning att säga hade vi mått bra av att ha en eller ett par stycken reserver att ta till om vår webbmejl går ned. ## Översätta Roundcubes användarmanual till svenska [Användarmanualen på engelska](http://trac.roundcube.net/wiki/User_Guide_EN) ## Medlemsrekrytering * Mall på ett mejl som man kan skriva till sina vänner * Komma på hur man kan implementera att värvarblock. ## Bygga Debian-paket av systemkonfigurationen ## Fixa en IRC-bot till #fripost på OFTC Den kan säga till när hemsidan uppdateras, någon säger något på identi.ca eller twitter m.m. ## Sätta upp en reserv-MX (eller erbjuda en befintlig server) Det är aldrig fel att ha en MX i reserv på mycket låg prioritet. Säg till bara! :-) ## Sätta upp en Google sharing-proxy Google Sharing är en proxy som man kör all Google-trafik genom. Om många samarbetar kring en server är det svårare att spåra en enskild användare. [Läs mer om Google sharing här.](http://www.googlesharing.net/) ## Sidospår För ökad integritet, skulle man inte kunna kräva att all e-post som tas emot skall vara krypterad? Alla mottagaradresser pekar ut en publik PGP-nyckel. Om ett inkommande brev inte redan är krypterat (dvs. bara kan låsas upp med rätt privata PGP-nyckel) så krypteras brevet med den publika nyckeln innan det lagras permanent på disk. Detta bidrar till att **root** inte har någon insyn i någon mottagares e-post – det går mer eller mindre inte att gå in och läsa andras mejl. Det är ingen "risk" med att skicka backuper/kopior mellan system eller tom lägga upp publikt på nätet, t.ex. vid en ev. exponering genom hackad burk. :Det är en bra idé, så länge man i så fall anger detta genom en ny header eller liknande. Inte bara gör det svårare för root att missbruka, dessutom skyddar man användarna även om vi t.ex. får påhälsning från Säpo. Det är egentligen inte svårt att göra heller. Frågan är dock om det inte är bättre med en opt-in? --[[Stefan Kangas]] 22 juni 2010 kl. 02.38 (UTC)