Beiträge von solidius

Hallo Herr Keppler,

ich habe aktuell mit einen Ubuntu 12.04, LiveConfig r2534 und Postgrey folgendes Problem.

Wenn ich Postgrey auf dem Server im LiveConfig aktiviere, wird von LiveConfig folgendes in die main.cf von Postfix geschrieben.

smtpd_restriction_classes = greylist
greylist = check_policy_service inet:127.0.0.1:10023

Leider erhalte ich dann aber folgende Fehlermeldung wenn eine Mail eingehen soll.

Oct 30 11:43:32 server106 postfix/smtpd[4156]: NOQUEUE: reject: RCPT from va3ehsobe001.messaging.microsoft.com[216.32.180.11]: 451 4.3.5 Server configuration problem; from=<bstrausmann@l22ld.de> to=<bstrausmann@domain.de> proto=ESMTP helo=<va3outboundpool.messaging.microsoft.com>

Ursache ist hier scheinbar das zum IPv4 nun auch IPv6 vom Postfix unterstützt wird. Die folge davon ist, dass LiveConfig den Eintrag nun auch IP neutral erstellen muss.

smtpd_restriction_classes = greylist
greylist = check_policy_service inet:::1:10023

Mit dem neuen Eintrag funktioniert dann auch wieder das Postgrey. Bei mir hat der folgende Beitrag zur Lösung des Problems beigetragen.

http://www.serenux.com/2013/01…buntu-to-a-newer-version/

Ich habe die Anleitung bereits mehrfach angewendet.

Hallo Herr Keppler,

ich habe das Update r2636 installiert und habe noch immer die gleiche Maske bei der Bearbeitung von PHP.ini Einstellung für einzelne Verträge.

Ich verwende Ubuntu 12.04 64bit

http://imtp.me/6gmo01y62

Running OS diagnostics...
FILE SYSTEMS:
  / [/dev/simfs] (total: 5368709120, free: 4143136768)
  /run [none] (total: 53690368, free: 53583872)
  /run/lock [none] (total: 5242880, free: 5242880)
  /run/shm [none] (total: 268435456, free: 268435456)
CPUs:
  CPU: 'cpu' user=96651 nice=3701 system=19348 idle=335150745 wait=15303 irq=0 s                                                                                                                                                             irq=0 steal=851
  CPU: 'cpu0' user=96651 nice=3701 system=19348 idle=335150745 wait=15303 irq=0                                                                                                                                                              sirq=0 steal=851
  CPU: 'cpu1' user=96651 nice=3701 system=19348 idle=335150745 wait=15303 irq=0                                                                                                                                                              sirq=0 steal=851
  CPU: 'cpu2' user=96651 nice=3701 system=19348 idle=335150745 wait=15303 irq=0                                                                                                                                                              sirq=0 steal=851
  CPU: 'cpu3' user=96651 nice=3701 system=19348 idle=335150745 wait=15303 irq=0                                                                                                                                                              sirq=0 steal=851
CPU IDENTIFICATION:
  Physical CPUs: 1
  CPU Vendor: GenuineIntel
  CPU Model: Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz
  Physical Core Count: 4
  Cache: 8192 KB
  Intel Hyperthreading is enabled!
    Logical (HT) Core Count: 4
LOAD AVERAGE:
  Load: 1min=0.000000, 5min=0.000000, 15min=0.000000
MEMORY:
  Total Memory: 536870912
   Free Memory: 379338752
    Total Swap: 536870912
     Free Swap: 333332480
INTERFACES:
  Name: 'lo'
       MAC: 00:00:00:00:00:00
       IPv4: '127.0.0.1'/8
       IPv6: '::1'/128
       IN: 11200 bytes (126 packets)
       OUT: 11200 bytes (126 packets)
       FLAGS: UP LOOPBACK
  Name: 'venet0'
       IPv4: '127.0.0.2'/32
       IPv6: '2001:41d0:8:5d8f::421c:fc7'/128
       IPv6: '2001:41d0:8:5d8f::8a48:b121'/128
       IPv6: '2001:41d0:8:5d8f::8ed2:fda4'/128
       IPv6: '2001:41d0:8:5d8f::b31d:47cd'/128
       IPv6: '2001:41d0:8:5d8f::50f2:ea74'/128
       IN: 82254412 bytes (321925 packets)
       OUT: 57347685 bytes (339873 packets)
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:0'
       IPv4: '5.135.196.107'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:1'
       IPv4: '178.33.155.51'/32
       FLAGS: UP BROADCAST NOARP
  Name: 'venet0:2'
       IPv4: '5.135.196.113'/32
       FLAGS: UP BROADCAST NOARP
HOSTNAME:
  Hostname: 'staging'
      FQDN: 'staging.isp-serverfarm.de'
UPTIME:
  Uptime: 9 days, 17:32:55
DMI:
  ERROR: open(/dev/mem) failed: Operation not permitted
IPMI:
  ERROR: IPMI not supported in this build
QUOTA for group 'root' at path /var/www: OK - kb_used=1053524, inodes_used=22549
Running Lua diagnostics...
[INFO] Detected 'Ubuntu 12.04.3 LTS'
[DEBUG] running web.detect()
[DEBUG] Found package 'apache2-mpm-prefork' (Version 2.2.22-1ubuntu1.4)
[DEBUG] binver 2.2.22
[DEBUG] Found package 'nginx' (Version 1.1.19-1ubuntu0.4)
[DEBUG] binver 1.1.19
       Distribution name: 'Ubuntu'
   Distribution codename: 'precise'
     Distribution family: 'Debian'
    Distribution version: '12.04'
Distribution description: 'Ubuntu 12.04.3 LTS'
Checking for web server software:
 - Found 'apache' web server
   Version: '2.2.22'
   Package version: '2.2.22-1ubuntu1.4'
   SNI support: yes
   Modules: core log_config logio mpm_prefork http so actions alias auth_basic a                                                                                                                                                             uthn_file authz_default authz_groupfile authz_host authz_user autoindex cgi defl                                                                                                                                                             ate dir env fcgid include mime negotiation php5 reqtimeout rewrite setenvif ssl                                                                                                                                                              suexec suphp
 - Found 'nginx' web server
   Version: '1.1.19'
   Package version: '1.1.19-1ubuntu0.4'
   SNI support: yes
-  PHP version: 5.3.10
Checking for ftp server software:
[DEBUG] running ftp.detect()
[DEBUG] Found package 'proftpd-basic' (Version 1.3.4a-1)
 - Found 'proftpd' FTP server
   Version: '1.3.4a'
   Package version: '1.3.4a-1'
Checking for SMTP server software:
[DEBUG] running smtp.detect()
[DEBUG] Found package 'postfix' (Version 2.9.6-1~12.04.1)
 - Found 'postfix' smtp server
   Version: '2.9.6'
   Package version: '2.9.6-1~12.04.1'
Checking for POP/IMAP server software:
[DEBUG] running popimap.detect()
[DEBUG] Found package 'dovecot-imapd' (Version 1:2.0.19-0ubuntu2)
 - Found 'dovecot' POP/IMAP server
   Version: '2.0.19'
   Package version: '1:2.0.19-0ubuntu2'
Checking for database server software:
[DEBUG] running db.detect()
[DEBUG] Found package 'mysql-server' (Version 5.5.34-0ubuntu0.12.04.1)
 - Found 'mysql' database server
   Version: '5.5.34'
   Package version: '5.5.34-0ubuntu0.12.04.1'
Checking for DNS server software:
[DEBUG] running dns.detect()
[DEBUG] Found package 'bind9' (Version 1:9.8.1.dfsg.P1-4ubuntu0.7)
 - Found 'bind' DNS server
   Version: '9.8.1'
   Package version: '1:9.8.1.dfsg.P1-4ubuntu0.7'
Done.

Mfg

Björn Strausmann

Hallo Arnold,

sieht man doch... keine Antwort

Guten Abend Herr Keppler,

ich habe die neue Preview gerade installiert. Nun steht mir der 2. Dropdown Punkt zur Verfügung. Wenn ich allerdings auf speichern klicke erhalte ich folgende Fehlermeldung.

http://imtp.me/6dvo01y62

Mfg

Björn Strausmann

Guten Abend Herr Keppler,

wo Sie das Thema gerade ansprechen. In der aktuellen Preview gibt es hier noch ein Problem.

http://imtp.me/6dvf01y62

Ist das einer der bereits bekannten Bugs ?

Mfg

Björn Strausmann

Guten Morgen Herr Keppler,

ich habe auf meinem Testsystem nun eine DNS Vorlage erstellt. Doch leider ist auch bei mir weiterhin die Option eigener Nameserver ausgegraut.

http://imtp.me/6doj01y62

http://imtp.me/6dok01y62

Haben Sie eine idee ?

Mfg

Björn Strausmann

Dem stimme ich bfal zu

+1

Das finde ich auch. Momentan ist das echt etwas unflexibel

Nice danke dir Arnold, den hatte ich jetzt eben nicht mehr getestet.
Bei meinem Posting vom 23.09. war die Subdomain schon erreichbar gewesen, hatte halt nur einen SSL Error.

Moin Steven,

die URL https://autodiscover.neunzichg…Discover/AutoDiscover.xml ist ja auch noch immer nicht erreichbar.
Gehe die Anleitung nochmal durch. Irgendwo musst du einen Punkt übersprungen haben.

So lange die URL https://autodiscover.neunzichg…Discover/AutoDiscover.xml nicht erreichbar ist, wird es nicht funktionieren.

Bei mir kommt dies (https://autodiscover.isp-serve…Discover/AutoDiscover.xml) was auch erstmal OK ist. Damit würde bei dir die URL erstmal unter HTTPS erfolgreich konfiguriert sein.

Moin Steven,

schaue dir mal diesen Beitrag an. Ich denke hier liegt das gleiche Problem vor.

https://www.liveconfig.com/de/…ht=Invalid+method+request

Gruß

Björn

Hallo Herr Keppler,

ich hätte einen Wunsch zum Thema Domain Alias.

Situation: Der Domain hat eine Domain super-domain.de und auf dieser auch knapp 30 Mail Adressen/Postfächer. Jetzt hat der Kunde auch noch die Domain superdomain.de und möchte diese parallel zur super-domain.de verwenden. Aber jetzt möchten wir nicht den Aufwand haben für 30 Email Adressen eine Weiterleitung auf die super-domain.de einzurichten.

Lösung: Ich kann die Domain "superdomain.de" als Alias Domain von "super-domain.de" definieren. Somit wird jeder Email Alias für die "super-domain.de" automatisch im Mailserver auch für die "superdomain.de" erstellt und leitet die Mails in das Postfach der "super-domain.de" weiter.
Natürlich kann eine Domain wie im diesem Beispiel die superdomain.de nur auf eine Art im Mail Server angebunden werden.
Entweder mit eigenen Postfächern oder als Alias Domain einer anderen Domain.

Ich würde mich freuen, wenn dieses Feature in eine der nächsten Versionen mit aufgenommen wird.

Moin moin Seppelchen,

ich glaube Herr Keppler hat es bereits einmal erwähnt. Was unter Confixx bzw. dem Linux Server der mittels Confixx verwaltet wurde funktioniert hat. Und jetzt unter dem Linux Server der mittels LiveConfig verwaltet wird, hat nichts mit einander zutun. Wie ebenfalls erwähnt hat LiveConfig gerade in den PHP Settings härtere Einstellung als Confixx damals. Trotz allem musst Du schließlich wissen, was deine Software benötigt und musst es auf deinen Server so einstellen. Was LiveConfig dir in einigen bereichen abnimmt, ohne dass du selbst in der Linux Config schrauben musst.

Ich beobachte gerade deine Themen seit einigen Wochen. Klar kann man mal bei einem echt seltsamen Anwendungsfehler, auch mal hier in der Community fragen. Aber diese Community ist für LiveConfig gedacht und nicht für den allgemeinen Support von Linux / Anwendungen (CMS, Shops etc.)

Ich denke dass du dies auch bereits gemerkt hast, die Antworten auf deine Fragen werden immer weniger...

Mach dir dazu mal ein paar Gedanken.

Freundliche Grüße aus Hamburg

Björn

Guten Morgen Steven,

schaue dir mal deine URL https://autodiscover.neunzichg…Discover/AutoDiscover.xml an. Dort gibt es ein SSL Fehler.
Ich denke den solltest du zu allererst einmal beheben.

Gruß

Björn

Das Bemerkungsfeld für FTP ist ja nur der Anfang. Hilfreich wäre es auch z.B. ein Bemerkungsfeld für den Vertrag zu haben.
Das Bemerkungsfeld für den Vertrag soll dann auch in den Dropdown in denen ich einen Vertrag verwenden kann auch mit angezeigt werden. z.B. wie "web5564 - Projekt A" Da es sehr umständlich ist, bei mehreren Verträge sich immer die Vertragsnummer merken zu müssen.

Moin,

was heisst per winscp ?? Hast dich auch per SSH oder per FTP eingeloggt ?

So geht es mir auch gerade ...

Moin Ralf,

vermutlich wurde die 2 IP ebenfalls der Default IP Gruppe zugeordnet, daher steht Sie auch nicht mehr zur Verfügung.
Oder du hast die IP in der Webserver Verwaltung noch nicht für den Webserver zur Verfügung gestellt.

Hallo bash,

ich kann mich daran erinnern dass wir dieses Theme bereits einmal hatte.
Bislang ist dies keine Fehlfunktion vom LiveConfig, mehr eine fehlende Funktion.
Es mangelt momentan nur gerade an der Option für einen neue Vertrag auch gleich das Kennwort für diesen Vertrag zu setzen.
Da die Passwörter in der Datenbank verschlüsselt sind, kann beim Anlegen des Vertrags nicht einfach das aktuelle Kennwort für den User verwendet werden. Die FTP User wurden bereits vom LiveConfig angelegt. Also genügt die Information an den Kunden, er möchte doch bitte sich ein FTP Kennwort überlegen.

Nutzer des WHMCS Module LiveConfig Hosting Suite haben es hier besser. Unser Module legt den FTP Account mit Passwort gleich mit an.