Posts by FISA4

Initial post updated.
New action: addmail

Code sample:

available settings:
account type can be
- normal_mail
- normal_forward
- normal_mail,normal_forward

quota value is in MB
if normal_forward is set, at least one forward address has to be set in mail_forward.
more then one mailaddress in mail_forward has to be seperated by commas.
i.e. 'mail1@domain1.com,mail2@domain1.com'

Currently the function will not check the max. available quota and max. amount of mail addresses.

Comming up next: (in order of development)
- add the max. quota and max. mailaddresses checking.
- add catchall and autoresponder
- edit and delete of mailaccounts (edit means: change account type, quota and password like in the panel)

Greets

FISA4

Info: Ist soweit lauffähig.
Ich teste es aber heute Abend noch ein bisschen

Funktionen im Moment:
- Überprüfen ob ein Account schon vorhanden ist.
- Anlege des neuen Mailaccount
- Logging: "reseller1 add Mail: name@domain.com (for domain domain.com) via remote bridge. User IP: xxx.xxx.xxx.xxx"
- Weiterleitung

Was noch fehlt:
- Verbleibende Quota und max. Mailaccounts Überprüfung.

Gruß

FISA4

Translated.

Edit: translated to english.

First let me extend the RemoteBridge a little bit more. After that i try to find out how i have to work with github.

Moin,

ich bin momentan dabei das Plugin um die addMail Funktion zu erweitern. (ca. 50% ist fertig)

Da ich aber momentan viel zutun habe, kommt erstmal nur "Normal".
Weiterleitung, Catchall, Autoresponder und was es sonst noch alles zum Thema Mail gibt, wird erst in den folgenden Versionen hinzugefügt.
Das ist, weil ich Euch nicht monatelang bis zur nächsten Version warten lassen will.

Sobald ich damit fertig bin, update ich die Datei hier drin:
Extended RemoteBridge plugin [UPDATE: 2014-08-14]

Mit jedem Update kommt dann auch eine Kurzbeschreibung bzw. ein Codebeispiel welche Werte übergeben werden müssen.

Gruß

FISA4

Hi ,

also die (täglichen) Backups werden über den Befehl

erstellt.
Die zu sichernden Domains werden dabei aus der imscp Datenbank abgerufen. Jedoch werden die vorhandenen Backups vor dem Sichern gelöscht (ab Zeile 120).

Wenn Du nur für einen Kunden alles so sichern willst, erstelle eine Kopie der o.g. Datei und bearbeite den entsprechenden Bereich. (Zeile 133 - 210) In der Datei kannst Du auch den Speicherort für die Backups anpassen (Zeile 92 -> my $bkpDir =) und das löschen rausschmeißen. Oder aber Du schreibst das so um, dass nur Dateien die älter als 3 Stunden sind gelöscht werden. Auf jeden Fall solltest Du, wen Du die Sicherungen in den Webspace des Kunden erstellen lässt, den Backup-Ordner aus den Sicherungen ausschließen. (das geht auch in der Datei: z.B.: '--exclude=$bkpDir/DB-Backups',)

Welche Komprimierung verwendet wird, kann man in /etc/imscp/imscp.conf anpassen. Aber denk dran, dass Änderungen in der Datei auch für die täglichen Backups gelten.

Komplettes Backup und Restore von allem:
Schau mal hier: i-mscp komplett umziehen
Das was Ninos geschrieben hat.

Ich hoffe, dass ich helfen konnte.

Gruß
FISA4

Ich schau mal in den nächsten Tagen was ich da machen kann.

Also um jetzt unnötiges in die Länge ziehen des Threats zu beenden:

Ich hab gerade den PHP-Switcher 0.0.9 und dazu PHP5.2, 5.3, 5.5 und 5.6 auf einem frischen 1.1.14er installiert.
Auch ohne Memcache läufts problemlos.
Das scheint dann also nicht der Fehler zu sein.

Quote from Ninos

Erklärst du jedem, wie man eine Granate bedient? Wenn @gOOvER ihn als Raubkopienmörder hält, ist es seine freie Entscheidung ihm nicht zu helfen Aber das hat alles mit dem eigentlichen Thread nichts zu tun, warten wir doch einfach @IceBabee seine Antwort ab, ob der Fehler daran lag.

Wenn er an Stelle von vB xtCommerce geschrieben hätte, dann wären bestimmt schneller Antworten und Hilfe gekommen. Nur darum gehts mir. Wir supporten ja hier nicht eine evtl. illegale Version von vB sondern den PHP-Switcher.

Ich hab auf 1.1.12 und 1.1.13 alles ohne Memcache problemlos ans Laufen gebracht. Ich glaub nicht, dass es daran liegt. Teste aber gerade auf 1.1.14.

Und um Deine Frage mit der Granate zu beantworten: Nein, weil Granaten ja für Privatpersonen ILLEGAL sind. Aber ich würde jedem den Umgang mit einem Schleifstein erklären, obwohl man ja mit einem scharfen Messer auch illegales anstellen kann.

Quote from gOOvER

weil die 4.2.2 nirgends nulled vorliegt.

Sorry @gOOvER, aber Du irrst Dich.
4.2.2 gibts definitiv NULLED.

Aber das ist hier nicht das Thema. Die Frage ist, warum der PHP-Switcher bei @IceBabee nicht funktioniert. Und das hat absolut nichts mit einem legalen oder illegalen vB zutun.