was am i-MSCP vorbei "patchen" mag ich ja auch nicht, aber vielleicht wird IPv4/v6 dualstack in i-mscp implementiert bevor ipv4 abgeschaltet wird....:)
Hab grad ersten Server auf 1.2.0 umgestellt, musste einen redirect auf :4443 bei der config Domain machen, sonst läuft alles supi. 
Vielen Dank nochmal an das ganze i-MSCP Team. Kommt gut rüber ins 2015.
und wie ist es mit dem E-Mail trafic? Läuft es out the Box mit beiden (ipv4/ipv6)?
Bei der installation wird man ja gefragt welches das primäre IP-Protokoll es sein soll.
Soll man da IPv4 wählen und nur die templates patchen oder doch IPv6?
Wäre dankbar für Infos.
Alles klar und vielen Dank erstmal.
Hallo,
vielen dank an die Entwickler für die neue I-MSCP 1.2.0.
Dazu habe ich jedoch paar Fragen:
1) Kann diese neue Stable nun nativ Ipv6 im Dualstack?
2) Kann ich direkt upgraden von 1.1.20 / 21 ?
3) Gibt es irgendwo ein vergleich zu der 1.1 Serie was sich geändert hat?
Sobald es wieder möglich ist schicke ich nuxwin wieder was per Paypal.
Danke für eure Mühe.
Nun, ich sehe es natürlich genauso.
Nur hatte ich eben bei diesen Kunden das Pech das seine (mehrere) Kunden (die mit der E-Mail Server fehlkonfiguration) von meinen Server eine Fehlermeldung (Bounce)
erhalten haben. Und der Kunde ging damit zu uns und machte stress. Er ist aber ein wichtiger Kunde mit guten und regelmäßigen Umsatz so das den nicht vergraulen möchte.
Vorher war dieser bei AOL und bei anderen ISP und da gabs woll gar keine greylisting und Servercheck bei der Annahme der E-Mails.
Und dann kriegt man halt zu hören, bei den anderen gings bei Ihnen nicht.....
Wenn es nach mir geht dann sollte man alle nicht RFC komforme E-Mailserver generell ausschliesen von E-Mail versand / empfang.
Nur so lernen es manche Firmenchefs das es wichtig ist den eigenen Mailserver verfünfig durch Fachpersonal zu Administrieren statt auf Praktikanten in der IT zu setzen.
Hallo,
als Betreiber von Hostingsservern, wo Kunden ihre E-Mail komunikation abwickeln, hat man ja das Dilemma das,
1) Kunden wollen kein Spam und Malware E-Mails erhalten
2) Kunden wollen alle (guten) E-Mails erhalten
3) die eigene Infrastruktur soll nicht unter der SPAM flut leiden
Als Betrieber (Briefzusteller) darf man ja nicht E-Mails sortieren nach SPAM und nicht SPAM.
Zitat:
http://www.heise.de/ct/artikel…bares-Filtern-289128.html
"Das Filtern von Spam-Mails ohne Zustimmung und Kenntnis des Empfängers ist strafbar nach Paragraf 303a StGB, bei Providern und Unternehmen mit privater Mail-Nutzung außerdem nach Paragraf 206 Abs. 2. Diesem Dilemma können die Betroffenen jedoch entgehen, indem sie die Empfänger vor der Filterung um Erlaubnis fragen und selbst über das Aussortieren entscheiden lassen. Das ist auch aus praktischen Erwägungen sinnvoll, um Schäden durch irrtümlich als Spam gelöschte, wichtige E-Mails (false Positives) zu verhindern."
Sicherlich könnte man sich die zustimmung einholen von Kunden oder es eben lassen.
Was ist aber bei guten E-Mails die gebounce werden z.B. Aufgrund von fehlerhaften E-Mail Server Konfiguration beim Absender?
Ist das auch schon "Filtern" oder wie bewertet ihr das?
Leider verstehen nicht alle Kunden warum diese Massnahmen so wichtig sind, die wollen Ihre E-Mails erhalten und Ihr geschäft machen ansonsten nix und nicht dem Absender vorschreiben wie seine Serverkonfiguration funktionieren soll. Aktuellen Fall habe ich gerade mit einen schwierigen Kunden.
Wenn ich einen Server mit i-Mscp in der defaultkonfiguration belasse dann springen mich Kunden an das sie wichtige E-Mails nicht kriegen von nachweislich fehlkonfigurieren E-Mail Servern. Ändere ich die defaulteinstellungen dann kriegen andere Kunden auf dem Server mehr Spammails und meine Server haben mehr Last.
Ich kann doch nicht für solche Kunden einen extra Server betreiben. Immer gibt es einen den irgendwas nicht passt.
Wie ist das eure Bewertung zu den Problem? Wie habt ihr das gelöst?
Vielen Dank schon mal im Vorraus.
Sorry, das mit der i-mscp 1.2 wusste ich nicht. 
Ich dachte die nächste Version wäre die 2.x, da auf Github der Ordner imscp2 erstellt wurde.
Das mit dem Hook File wäre eine möglichkeit, da muss ich mich erst einarbeiten wie das funktioniert.
@Nuxwin
Und zuletzt möchte ich mich sehr bedanken für eure und deine super Leistung. (Merci pour votre travail)
Wenn ich nicht zu Blöd wäre anständig zu programmieren zu lernen, würde ich mich sicher hier mehr einbringen und helfen.
Das ist wirklich schade das dies nicht mehr in den 1.1.x branch gemacht wird.
Es ist, so oft wie in der letzen Zeit die Updates kamen, aufwändig da ständig die Datein manuell anzupassen.
Vielleicht findet sich ja noch jemand der wenigstens ein Plugin baut dafür.
Bis i-mscp 2 fertig ist wird bestimmt noch sehr sehr lange dauern.
ok, danke für die Info. Vielen Dank nochmals.
Dann werde ich es so machen, und hoffe das irgendwann mal das nativ im i-mscp drin ist.
Ooh Vielen Dank! werde das gerne ausprobieren.
Gibt es bei dieser Methode später evtl. Probleme mit einen Update auf neue I-mscp Version?
