Arbeitsgruppe Mailinglisten
Aus Freiheit statt Angst!
(Unterschied zwischen Versionen)
(Link auf Seite intern:Umzug_Mailinglistenserver) |
(Neuen Bereich für Orga ergänzt) |
||
| Zeile 20: | Zeile 20: | ||
|} | |} | ||
| + | =Organisation= | ||
| + | * [[Mailinglisten/Übersicht | Übersicht Mailinglisten (aktuell)]] | ||
| + | * [[Mailinglisten/Listen | Übersicht Mailinglisten (Neuer Server)]] | ||
| + | |||
| + | =Technik= | ||
Der Mailinglistenserver hat große Lags, was kann man tun? | Der Mailinglistenserver hat große Lags, was kann man tun? | ||
| - | = Beschreibung der aktuellen Situation = | + | == Beschreibung der aktuellen Situation == |
* Derzeitige Hardware: 1&1 Rootserver XL => AMD 4000 Dualcore, 2GB RAM | * Derzeitige Hardware: 1&1 Rootserver XL => AMD 4000 Dualcore, 2GB RAM | ||
* Mehrere Projekte auf dem Server, AK Vorrat wohl das größte. | * Mehrere Projekte auf dem Server, AK Vorrat wohl das größte. | ||
| Zeile 28: | Zeile 33: | ||
* Systemprotokolle? Munin-Graphen? | * Systemprotokolle? Munin-Graphen? | ||
| - | = Evaluieren der Ursache = | + | == Evaluieren der Ursache == |
* ?? | * ?? | ||
| - | = Evaluieren des Bedarfs = | + | == Evaluieren des Bedarfs == |
* Wieviele Mails gehen pro Stunde über den Server? | * Wieviele Mails gehen pro Stunde über den Server? | ||
| Zeile 44: | Zeile 49: | ||
::* Woran liegt es dann, dass auf der berlin@ täglich duzende Spammails aufschlagen? | ::* Woran liegt es dann, dass auf der berlin@ täglich duzende Spammails aufschlagen? | ||
| - | = Lösungsmöglichkeiten = | + | == Lösungsmöglichkeiten == |
* Kann man Spam- oder Virenchecks bei einigen oder allen Listen unnötig machen, indem man z. B. keine Anhänge zulässt oder nur eingetragene Mitglieder Schreibrechte haben? | * Kann man Spam- oder Virenchecks bei einigen oder allen Listen unnötig machen, indem man z. B. keine Anhänge zulässt oder nur eingetragene Mitglieder Schreibrechte haben? | ||
Version vom 21:42, 21. Okt. 2008
- Design
- e-Card
- Geheimdienste
- Lobbyarbeit (online-AG)
- Mailinglisten
- Mailserver
- Mitgliederbetreuung
- Online-Durchsuchung
- Onlineprofile
- Presse
- Technik
- Übersetzung
- Vernetzung
- Videoüberwachung
- Vorratsdatenspeicherung
- Webserver
- Wiki
| Projekt: | Mailserver-Administration |
| Kurzbe- schreibung: | der Mailinglistenserver hat große lags, was kann man tun? |
| Ansprechpartner: |
|
| Mithilfe: | ... |
| Weitere beteiligte Arbeitsgruppen: |
Inhaltsverzeichnis |
Organisation
Technik
Der Mailinglistenserver hat große Lags, was kann man tun?
Beschreibung der aktuellen Situation
- Derzeitige Hardware: 1&1 Rootserver XL => AMD 4000 Dualcore, 2GB RAM
- Mehrere Projekte auf dem Server, AK Vorrat wohl das größte.
- Mailverzögerung derzeit ca. 2h
- Systemprotokolle? Munin-Graphen?
Evaluieren der Ursache
- ??
Evaluieren des Bedarfs
- Wieviele Mails gehen pro Stunde über den Server?
- für AK-Vorrat: ca. 150 Mails pro Tag mal ca. 1000 Subscriber ~ 150.000/Tag ~ 6.000/Stunde
- Das sind deutlich mehr, dass es ja über 20 Listen sind, die für den AK auf dem Maillinglistenserver laufen
- Werden sie auf Viren und auf Spam gecheckt?
- Nein, da ja nur Mails von Listenmitgliedern (und ausdrücklich erlaubten AbsenderInnen) verteilt werden, alle anderen werden automatisch verworfen.
- Woran liegt es dann, dass auf der berlin@ täglich duzende Spammails aufschlagen?
Lösungsmöglichkeiten
- Kann man Spam- oder Virenchecks bei einigen oder allen Listen unnötig machen, indem man z. B. keine Anhänge zulässt oder nur eingetragene Mitglieder Schreibrechte haben?
- Das ist ja bereits so?
- Kann man den Server dahingehend optimieren, dass er die Checks nur bei eingehenden Mails vornimmt?
- Ist vielleicht ein dedizierter Server angebracht, etwa in Form eines Vservers (oder ggf. noch größere Kapazität)?
- Wieso sollte ein VServer mehr Kapazität haben, als ein Rootserver, der zu 98 % dem AK zur Verfügung steht.
- Das ja doch ne ganze Menge Mails die der da verschicken muss, ich würde behaupten, dass da nen VServer auch schon stark in die Knie geht. Eine Auslastungsgraph vom CPU wäre sicherlich mal interessant, besonders wenn man irgendwie den Mailserver Prozess dabei betrachtet.
- Es wäre denkbar, Provider anzusprechen, die bekennende Unterstützer des AK Vorrats sind (jpb, prima, ...)
- unschöne Variante: non digit ausschalten - jeder bekommt nur noch die Zusammenfassung am Tag
- Keine Lösung, da dann die Verzögerung ja noch länger ist
Bezüglich des Umzugs siehe auch intern:Umzug_Mailinglistenserver. roam
