Code
options -multiviewsBeiträge von antondollmaier
-
-
Problem nun: Mailt ein anderer Kunde zu diesem Kunden mit dem Externen Exchange, kommen die Mails nicht an, weil der Server natürlich Lokal zustellen möchte.
Wie Konfiguriere ich es nun am Sinnvollsten das die Zustellungen nicht Lokal Stattfindet? Kann auch auf alle Domains bezogen werden, so oft kommt eine Lokale Zustellung nicht vor - ausgenommen bei den beiden Kunden
Das lässt sich nicht lösen.
Wir legen dann in LiveConfig eine Subdomain an, die Web deaktiviert, E-Mail aber aktiviert hat.
Dort bekommt der Kunde dann seine Mailbox exchange@relay.example.com für den Smart-Host. Die "example.com" wird somit nicht als lokal angesehen.
-
Except for SPF (DNS still propagating) all seems ready after I followed your suggestion. Already delivered to Gmail via IPv6. Thanks for your encouragement!
Thank you for another IPv6 deployment
In general: IPv6 behaves like IPv4. It's basically another IP you have to take care of.
As it's also a different protocol stack, some tools (iptables!) have to be considered for IPv6 as well. Apart from that, the same rules apply for IPv6 mail traffic as for IPv4 mail traffic.
-
1. Die Datei "/etc/php5/cgi/conf.d/05-opcache.ini" entfernen bzw. deaktivieren?
2. Dann wie hier oben von Herrn Keppler beschrieben, die Einstellungen durchführen?1. ja, 2. nein:
vgl: https://www.liveconfig.com/de/…2621&viewfull=1#post12621
Als Dateiname die "opcache.so" verwenden.
kk: mir fehlt die Dokumentation zu den PHP-Einstellungen (wann welchen Typ, ...) im Handbuch. Habe ich da was übersehen oder gibt es den Teil noch nicht?
-
I believe my mails are marked spam
Please check your logfiles on the exact reasons.Zitatbecause recently ipv6 was activated on my vServer and may be postfix is using IPv6 now.
then please configure proper Reverse- and Forward DNS for your new IPv6 address.It's 2016 - get your IPv6 setup working. More and more ISPs (even T-Mobile Germany!) support and deploy IPv6 for the end users.
Zitat
Inet_protocols should be the desired setting for this: it also controls the inbound mail sockets: -
(es gibt die [..code]...[../code]-Tags, bitte entsprechend verwenden
)Die Datei sollte entfernt werden, so dass dann über LiveConfig die Extension geladen/gesteuert wird.
"php5dismod opcache" sollte reichen.
-
habe es genau nach Ihrer Vorgabe eingerichtet, nur greift es nicht. Es wird die richtige php.ini geladen!
phpinfo() aufrufen und die "zusätzlich geladenen php.ini-Dateien" einzeln prüfen. Evntl. steht der opcache.enable in einer von denen.
-
Idee: über eine Zend-Extension steuern, statt den opcache.enable zu setzen.
-
Nachdem ich die Domain eingegeben habe und auf Speichern drücke, werde ich auf den "Details" Tab zurückgeleitet und oben drüber steht "Fehler:". Keine Fehlermeldung, kein Zertifikat, nichts
Bitte einfach erneut auf Speichern drücken.
Habe das Symptom hier auch schon mehrfach beobachtet.
Ticket habe ich gerade eröffnet.
-
aber dami meinte ich ob es möglich ist Liveconfig auf einem bereits konfiguriertem server zu nutzen ohne die config zu verlieren
Nein.
Wie soll das gehen? Wie soll LiveConfig sich selbst konfigurieren, ohne die bisherige Config zu zerstören?
Neues System holen, LiveConfig auf den leeren Server installieren und die Daten vom alten System gezielt migrieren.
-
Für was?
Pakete installieren, danach LiveConfig.
Die tatsächliche Dienst-Konfiguration macht dann LiveConfig.
-
Vielen dank aber das ist mir bekannt. Die Fragestellung zielte darauf ab ob dokumentiert ist was sich hinter den Werten 0-8 jeweils für Einstellungen verbergen
https://www.liveconfig.com/de/…=9445&viewfull=1#post9445
kk: stimmt das noch so?
-
Hier ebenso.
Gut, hat sich ja Ende der Woche erledigt, da dann ja Zeitumstellung ist.
-
Schade, keine Antwort vom Entwickler dies bezüglich :eek:
-
Erinnere ich richtig, dass können auch in basic (extern bezogene) Zertifikate eingetragen werden können?
ja.*10z*
-
Nimm Plesk. Da ist Let's Encrypt kostenfrei enthalten.
Oder nimm ISPConfig. Da kannst du die Unterstützung reinfriemeln.
Oder bau deine Konfigurationen manuell. Dann kannst du über dehydrated.sh die Zertifikate kostenlos bekommen.
Wenn es nur vier Domains sind: Comodo verkauft Zertifikate für 10€/Jahr. Das ist also günstiger als die 10€ für LE Standard.
-
Liegt in:
~/apps/$APPNAME/config/config.inc.php
-
Die Kunden haben keine Möglichkeit, die PHP-Einstellungen selbst zu bearbeiten.
Per GUI? Korrekt.
Per CLI? Falsch. Da greift grundsätzlich die globale, bis etwas angegeben wird.Es gibt noch die Umgebungsvariable PHPRC. Aber sowas kann man ja auch wieder durchaus überschreiben.
-
Naja, liveconfig generiert ja "eigene" PHP inis (in den Webs) und bearbeitet ja nicht die globale.
Code/usr/bin/php -c /var/www/VERTRAG/conf/php5 /var/www/VERTRAG/htdocs/cron.php -
Tendenziell wollten die Kollegen LC so erweitern, dass Kunden mit individueller IP-Adresse auch am Mailserver mit genau dieser IP erreichbar sind. In diesem Stadium dürfte auch das Zertifikat genau/eindeutig diesem Mail-Host zuordenbar sein.
das setzt voraus, dass Webserver und Mailserver auf dem gleichen Host liegen. Ist das nicht der Fall, müsste logischerweise auf dem Mailserver erneut eine eigene IP aktiviert und verwaltet werden.ZitatFür alle Webspace-Kunden, die die Zentrale Server-IP nutzen und auch mit ihren "Post-Subdomains" auf dieser IP auflaufen, würde ich eine Frage in den Raum stellen. Können die PEMs oder TLS-Dateien im Postfix eine Sammlung von Schlüsseln und Zertifikaten bedienen und verkraften?
Nö:Zitat von http://www.postfix.org/TLS_README.htmlThere are no plans to implement SNI in the Postfix SMTP server.
ZitatPraktisch habe ich das noch nicht getestet. Auf die Schnelle spricht die Doku http://wiki.dovecot.org/SSL/DovecotConfiguration auch von diesen Varianten. Nur die Mail-Programme http://wiki.dovecot.org/SSL/SNIClientSupport werden nicht alle damit umgehen können.
Postfix != Dovecot, IMAP != SMTP.Letztendlich: genau für diese Fälle wurde Autodiscovery/Autoconfig geschaffen.
Ein Client schickt eine Anfrage an eine zentrale Stelle und erhält dadurch die tatsächliche Server-Konfiguration zurück.
Ob da dann "server123.example.com" drinnen steht, oder "mail.example.com", kann dem Endkunden egal sein.
Microsoft macht es mit Office365 ja auch nicht anders.
