Ok so hab ichs dann gemacht. Nur schade, dass der "einfachere Weg" nicht mal einfach so funktioniert.
Posts by web4you
-
-
Debian 8.5 / i-mscp 1.3.7 ownCloud 9.0
Möglicherweise gehört das Thema nicht unbedingt hierher. Ich versuchs trotzdem, da ich mir extra das SSH-Plugin angeschafft habe.
Beim Update mit dem integrierten updater in onCloud bekomme ich den Fehler:
[UnexpectedValueException]
Could not parse a response for config:list. Please check if the current shell user can run occ command. Raw output:
Not allowedDaraufhin habe ich hier weitergemacht: https://doc.owncloud.org/serve…n_server/occ_command.html und kam dann auf die Idee, das InstantSSH
Plugin zu installieren. Ich logge mich nun per ssh als imscp_user ein und kannphp occ
ausführen. Auch ein
php occ maintenance:mode --on resp. off funktioniert.Trotzdem bleibt die Fehlermeldung dieselbe.
Ein php occ upgrade sagt dann jedoch " ownCloud is already the latest version." Das stimmt jedoch definitiv nicht.
Nachtrag: ownCloud liegt in einer Subdomain.
-
Ok danke.
wir benutzen nur externe DNS auf DNSMadeeasy.com. Wo soll ich denn nun die internen MX-Einträge reinstellen? Ich bin da nicht sicher ob ich das überhaupt brauche?
Nachtrag: Der Kunde hat alle Mails auf dem externen Server.
-
Ok super. In der 1.3.0 muss man bei den Emails das Ext. Mail Feature nochmal separat aktivieren. Also einmalm Kunden "Domain bearbeiten" und dann nochmal bei der Domain unter Email links Externer Mailserver und "aktivieren" (Siehe Anhang)
Dies löst das Problem wie von Geisterhand.
In der vorherigen Version musste man den Eintrag noch selber machen das stimmt.
Nachtrag: Das könnte man bestimmt auch in einem Schritt lösen oder nicht??
-
Ich habe noch folgenden Tread gefunden:
TreadEin
dig gemiwo.ch ANY gibt hier folgendes:
juerg@web4you-server-02:~$ dig gemiwo.ch ANY; <<>> DiG 9.9.5-9+deb8u6-Debian <<>> gemiwo.ch ANY
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31191
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;gemiwo.ch. IN ANY;; ANSWER SECTION:
gemiwo.ch. 84577 IN MX 10 filter01.mx-record.com.
gemiwo.ch. 84577 IN MX 10 filter02.mx-record.com.
gemiwo.ch. 86400 IN NS ns3.as8758.net.
gemiwo.ch. 86400 IN NS ns1.as8758.net.
gemiwo.ch. 86400 IN NS ns2.as8758.net.
gemiwo.ch. 86400 IN SOA ns1.as8758.net. hostmaster.as8758.net. 2015060800 86400 7200 1209600 86400
gemiwo.ch. 84577 IN A 217.150.252.81
gemiwo.ch. 84577 IN TXT "client=1039";; Query time: 29 msec
;; SERVER: 213.133.98.98#53(213.133.98.98)
;; WHEN: -
Alles auf dem neuesten Stand
Debian 8.3Ich hatte noch in der Vorversion (jetzt 1.3.0) das ext. Mail Feature erfolgreich aktiviert gehabt. Seit dem Update auf 1.3.0 scheint das nicht mehr zu klappen.
Ext. Mail für Domain ist eingeschaltet. (Ein- und wieder aus hab ich auch schon gemacht)
Auf meinem DNSMadeeasy.com Verwaltungstool habe ich zwei MX Einträge gesetzt. (Waren schon vorher auch da).Mein Log sagt:
Aug 15 13:56:41 web4you-server-02 postfix/qmgr[3597]: D730728800B9: from=<info@web4you-gmbh.ch>, size=76763, nrcpt=1 (queue active)
Aug 15 13:56:42 web4you-server-02 postfix/pipe[4452]: D730728800B9: to=<info@gemiwo.ch>, relay=dovecot, delay=1.2, delays=1.2/0/0/0.04, dsn=5.1.1, status=bounced (user unknown)Logo weil der Lokale User ja nicht existiert. Warum sendet er die Mail nicht nach extern??
-
Now how to set it as solved??
-
Ok thanks for this teamviewer support @Ninos
I m shure you are right with my changes on wordpress to https. I made it couse i had mixed entrys. So it works and i let it as it is now.
You won more beer. Cheers Prost.
-
@Ninos - just sent you a email.
-
I've edited my post.
So seems to be because of your script or custom changes
Ok but where from do you know this with code 301 vers 307?
Ok what did i done:
1. my .htacces is dated 04. Dezembar 2015 (first time i used let's encrypt was 7. Juli 2016
2. I searched for "rewrite" with "grep -r "rewrite" /etc/ | grep https" and found only/etc/nginx/sites-available/00_master.conf: rewrite .* https://$host:4443$request_uri redirect;
This "00_master.conf" is dated 29 juni 2016
3. i searched also in /var/www/ but found nothing special