Thread: steh irgendwie voll auf dem Schlauch

Dem Bild nach zu urteilen hast Du vielleicht in ...

./config/main.inc.php

Code:

//Find me: API: Bind API
@include "./myplugins/config/plugins.inc";
?>

... ganz unten am Ende der Datei nicht eingefügt?

Zu allem anderen später, wenn es läuft.

... öhhh ... ganz unten? Ich habe den Include ganz oben gleich nach der Array- Definition:


$rcmail_config = array();

//Find me: API: Bind API
@include "/myplugins/config/plugins.inc";


aBär das dürfte ja keinen Unterschied machen, oder? Ich mach's mal eben nach unten...

Baba
Micha

Edit: Nö... ist jetzt ganz unten in der main.inc.php, aber das Ergebnis bleibt gleich

Das macht schon einen Unterschied, weil die Konfiguration teilweise durch die Plugins überschrieben wird.

Am einfachsten ist es, wenn Du Deinen MyRoundCube Ordner zip'st und mir den Download link sendest ...

So, jetzt sollte es funktionieren ... Wie gesagt, "personal support" war nur meiner guten Laune geschuldet.

For all others:

Major mistakes ...

#1-Syntax Errors in the configuration files of plugins will obviously crash MyRoundCube
#2-Path settings: Tell me the reason why you replaced "./" by "/"
#3-./config/main.inc.php

Code:

$rcmail_config['default_imap_folders'] = array('Posteingang', 'Entwurf', 'Gesendet', 'Spam', 'Papierkorb');

... never use localized folder names ... or provide at least imap utf-7 encoded folder names! Translate your special folders in "./program/localization/[lg_code]/labels.inc" if it's really necessary.

... Jau! Vielen Dank nochmal und den Dingen, die Dir die gute Laune beschert haben

Ich hatte vergangene Nacht wohl so einige Sachen vergessen; irgendwann schwindet die Konzentration wohl doch

Nochmal zu den Fragen, damit die Leser/innen davon auch was haben:

#2-Path settings: Tell me the reason why you replaced "./" by "/"

Das ist so eine Merkwürdigkeit, die ich bei meinem Server mal festgestellt habe.
RC ist im Root einer SubDomäne installiert. Bei anderen Scripten war es nun so, das ein Teil davon nur lief, wenn ich die Punkte vor dem Slash entfernt hatte. Warum das so ist, entzieht sich meiner Kenntnis. Theoretisch sollte Windows aus dem Root heraus ./ ebenso wie / betrachten...

... never use localized folder names ... or provide at least imap utf-7 encoded folder names! Translate your special folders in "./program/localization/[lg_code]/labels.inc" if it's really necessary.

Ja ok; Denkfehler meinerseits. Ich hatte das beim hMailServer auch so gesetzt. In der Annahme, das beide gleich sein sollten, hab ich das ohne Nachdenken hier auch gemacht. Zwischenzeitlich hab ich's bei beiden Systemen wieder auf okkinol gesetzt. Muss ich nur noch die überflüssigen Ordner entfernen...

Lange Rede, kurzer Sinn: Dank Roland's Hilfe tut nun alles, wie es soll

Nur eine Kleinigkeit noch:
Die Dateien localization/de_DE/... labels.inc und messages.inc sind definitiv UTF-8 codiert. Firefox meldet die Seite auch als UTF-8 und ebenso ist unter Ansicht/Zeichenkodierung UTF-8 aktiv. Trotzdem werden die Umlaute überall falsch dargestellt.
Wenn ich nun beigehe und die Dateien labels.inc und messages.inc nach Windows 1252 kodiere, zeigt FireFox zwar immer noch die Seitenkodierung UTF-8 an, aber die Umlaute werden korrekt dargestellt.

Das ist mir ein absolutes Rätsel. Ich könnte mir höchstens vorstellen, das der Apache da noch irgendwas verbiegt?!?

Wenn die Sprachdateien richtig kodiert sind, dann muss es am Web Server liegen. Du kann höchstens noch versuchen, auch die Templates UTF8 kodiert zu speichern.

2. MultiDomänen
Gibt es inzwischen eine funktionierende Lösung, das der User sich nur mit seinem Usnernamen einloggen kann und die Domäne automatisch angefügt wird? Dabei soll es natürlich keine Rolle spielen, ob der User mit gleichem Namen auch einen Account auf einer der anderen Domänen hat. Ebenso sollte es keine Rolle spielen, ob er über z.B. www.webmail.[domain.tld], WebFile.com.[domain.tld], webmail.[domain.tld], mail.[domain.tld] oder sonstwie auf MyRC zugreift

In MyRoundCube kann eine "default domain" eingestellt werden. Der User kann dann mit dem "local part" der Email-Adresse einloggen. Bin mir aber nicht sicher, ob Du das meinst.

Wenn die Sprachdateien richtig kodiert sind, dann muss es am Web Server liegen. Du kann höchstens noch versuchen, auch die Templates UTF8 kodiert zu speichern.

Jau, wäre noch einen Versuch wert und werde ich die Tage mal in Angriff nehmen.
EDIT: Ne, hilft nicht. Also wahrscheinlich irgendein Apache- Problem... mal sehen...
Edit 2: Hab es gefunden... Im PHP war php_mbstring.dll aktiviert. Nach Deaktivierung ist nun alles im Lot; nur doof, das ich php_mbstring.dll für eine andere Sache brauche...

Das mit dem Domänen meinte ich etwas anders:

Es gibt bei mir nur eine globale RC- Installation. Bedient werden sollen aber 4 verschiedene Domänen. Dazu ist RC jeweils über eine Subdomäne erreichbar, die wiederum alle auf die gleiche RC- Installation zeigen. ALso...

mail.dom1.tld, mail.dom2.tld, mail.dom3.tld und mail.dom4.tld zeigen alle auf die gleiche RC- Installation; natürlich sind im MX diese Domänen einzeln angelegt...

Nun möchte ich, das der User, der mail.dom1.tld aufruft an die Domäne 1 gebunden bleibt. Also Banane ob er ich.bins@dom1.tld oder nur ich.bins eingibt, soll der Login u.s.w. sich immer auf die Dom1 beziehen.

Wenn ich das alles korrekt verstanden habe, bietet die main.inc.php ja diese Möglichkeiten. Also habe ich oben in der main.inc.php das folgende notiert:

Code:

$tempDomain = array_reverse(explode(".",$_SERVER['HTTP_HOST']));
$tempDomain = $tempDomain[1].".".$tempDomain[0];

In eine Testdatei geschrieben liefert dieser Code auch immer genau das erwartete Ergebnis.

Nun habe ich in der main.inc.php die folgenden Variablen mit $tempDomain beschickt:

Code:

$rcmail_config['default_host'] = $tempDomain;
$rcmail_config['username_domain'] = $tempDomain;
$rcmail_config['mail_domain'] = $tempDomain;
$rcmail_config['smtp_server'] = $tempDomain;
$rcmail_config['smtp_helo_host'] = $tempDomain;

Nach meinem Verständnis ist nun für den User, der über mail.dom1.tld RC aufruft auch dom1.tld der DefaultHost. Auch sollte dom1.tld an seinen Usernamen angehängt werden, wenn er selbst keine Domäne angibt. Ebenso wird die MailDomain und SMTP-Server mit dom1.tld gefüttert und auch der HELO wird von dieser Domäne generiert.

Klappt aber nicht!? Das meisste kann ich so nicht direkt überprüfen, aber zumindest der Login nur mit dem Namen hat zur Folge, das der User, den es auf allen Domänen gibt, an Stelle auf dom1.tld auf dom3.tld eingeloggt wird...

Any Idea?

Teste das mal mit einer "default" RC Installation ... mag sein, dass MyRoundCube da irgendwie den Wurm reinbringt.

Komme erst ab Mittwoch dazu auf Deine eventuelle Antwort zu reagieren.

PS: Encoding Problem ...

Wie bringst Du die Files auf Deinen Server? Ich hatte schon mal das gleiche Problem und habe festgestellt, dass der FTP upload Schuld war. Lokal UTF-8 und nach FTP upload auf dem Server ASCII.