Beiträge von Febas

+1

Ich wäre daran interessiert zu erfahren, ob es bezüglich der Anwendungen irgendwelche Änderungen geben wird. Bisher konnte ich darüber nirgendwo etwas lesen, und auch in der Demo/API ist dieser Punkt noch nicht vorhanden. Leider erhalten wir immer wieder Anfragen von Kunden, die sich darüber beschweren, dass einige Anwendungen bereits sehr veraltet sind.

Zwei Sachen auf die ich noch warte:

1)

Zitat

über die SOAP-API angelegte Domains/Subdomains werden nun standardmäßig in der “einfachen” Ansicht (Stt) angezeigt

Die Option "auch 'www'-Subdomain erstellen" und "SSL/TLS-Zertifikat automatisch erstellen" fehlt leider noch. Wenn man eine Domain per API anlegt, wird die www-Subdomain nicht angelegt. Wenn man per API (HostingSubdomainAdd) die www-Subdomain anlegt, dann wird die Domain und die Subdomain" www" separat dargestellt, so wie es sonst in der Experten-Ansicht üblich ist, obwohl die Standard-Ansicht aktiv ist. Das ist dann etwas unschön.

2)

Beim Anlegen eines Kunden per API kann die Sprache nicht übermittelt werden. Wenn man sich über Single Sign-On einloggt (SessionCreate) ist Englisch als Standard gesetzt, was einige Kunden dann verunsichert.

Wäre schön, wenn das bald umgesetzt wird. Danke:)

Eine andere Möglichkeit ist, die Weiterleitungen explizit von einer anderen IP-Adresse / anderem Mail-Server zu verschicken. Seit dem haben wir keine Probleme mehr mit MS / Web / GMX usw. Dann muss man auch keine Weiterleitungen für Kunden verbieten bzw. erklären warum man das nicht darf. Verstehen die meisten Kunden leider sowieso nicht.

Steht doch hier: https://www.liveconfig.com/de/changelog/

Zitat

Die Option "auch 'www'-Subdomain erstellen" fehlt hier noch. Wenn man eine Domain per API anlegt, wird die www-Subdomain nicht angelegt. Wenn man per API (HostingSubdomainAdd) die www-Subdomain anlegt, dann wird die Domain und die Subdomain www separat dargestellt, so wie es sonst in der Experten-Ansicht üblich ist, obwohl Standard-Ansicht aktiv ist.

Das wurde leider noch nicht umgesetzt. Hoffentlich aber bald

Der Nachteil eines vorgeschalteten Systems/Mailgateway liegt ja in der Nutzung der Whitelist und Schwellenwerte-Einstellungen in LiveConfig. Wie gehst Du damit in Bezug auf Deine Kunden um?

Zitat

über die SOAP-API angelegte Domains/Subdomains werden nun standardmäßig in der “einfachen” Ansicht (Stt) angezeigt

Die Option "auch 'www'-Subdomain erstellen" fehlt hier noch. Wenn man eine Domain per API anlegt, wird die www-Subdomain nicht angelegt. Wenn man per API (HostingSubdomainAdd) die www-Subdomain anlegt, dann wird die Domain und die Subdomain www separat dargestellt, so wie es sonst in der Experten-Ansicht üblich ist, obwohl Standard-Ansicht aktiv ist.

Zitat

Benutzersprache kann beim Anlegen von Kunden und Bearbeiten von Benutzern gewählt werden

Wäre schön, wenn man das auch für die API ergänzt.

Zitat von Febas

Wenn man eine Domain per API anlegt, dann ist bei dieser immer noch die Experten-Ansicht aktiv, und nicht - wie beim normalen Anlegen - die Standard-Ansicht. Sollte eigentlich kurzfristig korrigiert werden.

Noch eine Kleinigkeit:

Wenn man einen zusätzlichen FTP-Account anlegt (egal ob per API oder Panel) und einen Ordner angibt, der noch nicht existiert, wird der Ordner mit den Rechten 700 erstellt, statt wie davor mit 755. Das führt leider zu einem Fehler beim Aufruf:

Forbidden


You don't have permission to access this resource.Server unable to read htaccess file, denying access to be safe

Wenn man eine Domain per API anlegt, dann ist bei dieser immer noch die Experten-Ansicht aktiv, und nicht - wie beim normalen Anlegen - die Standard-Ansicht. Sollte eigentlich kurzfristig korrigiert werden.

Hm, die anderen PHP-Module / Pakete sind in der neuen Doku/Wiki ebenfalls nicht mehr aufgelistet.

Die Sache ist halt nicht wirklich eindeutig. Fragt man mehrere Steuerberater wird man verschiedene Antworten hören. Am besten das eigene Finanzamt fragen?

Zitat

Beispiel: domain.de wird am 25.06.2020 für 1 Jahr berechnet.
25.06. - 30.06.2020 mit 19%
01.07. - 31.12.2020 mit 16%
01.01. - 24.06.2021 mit 19%

So macht es z.B. Hetzner auch. Smart-Nic wiederum sieht die Sache anders.

Herr Keppler hat aber vor kurzem in einem anderen Thread geschrieben:

Zitat

Ein paar Kollegen erinnern sich ja vielleicht noch an den 01.01.2007, als die MwSt von damals 16% auf 19% erhöht wurde. Das Problem damals (wie heute) ist, dass Hosting-Verträge und Domaingebühren allgemein als "Dauerleistungen" und steuerlich somit als "sonstige Leistungen (Dienstleistungen)" klassifiziert werden. Das bedeutet, dass die Umsatzsteuer mit Ablauf des Leistungszeitraums entsteht.

Zitat von kk

Die Backend-Systeme für LiveConfig-Partner sind hiervon nicht betroffen.

Leider erhalte ich eine Fehlermeldung, wenn ich als Partner eine Lizenz ordere: "Error while ordering: Not Allowed (partner.php:170)"

Wenn man sich als E-Mail-Nutzer (Selbstverwaltung/Postfach-Einstellungen) in LiveConfig einloggt, kann man die Blacklist/Whitelist nicht einsehen und bearbeiten. Wäre schön, wenn das mal auch eingebaut wird.

Zitat von kk

...
Eigentlich sollte der Benutzer dann in der Sprache seiner Benutzereinstellungen starten. Werden wir uns mal anschauen...

Zitat von solidius

Ich denke bei neuen Accounts ist dies ein Problem. Wenn bisher kein Login über das Interface stattgefunden hat.

Das Problem ist immer noch aktuell. Gibt es da eine Lösung, z.B. mit Übergabe eines Parameters "lang"?

+1

Noch eine Anmerkung: Wenn man die Domain per API anlegt, so ist bei der jeweiligen Domain die Experten-Ansicht aktiv, und nicht - wie beim normalen Anlegen - die Standard-Ansicht.

Vielen Dank für die Fehlerbehebung.

Sonst ist es ja so, das Postfix den Return-Path nicht übergibt, wenn das Flag "-R" vergessen wird.

Wenn man SpamAssassin über LiveConfig bzw. lcsam läuft, so gibt es bei einer Prüfung kein „SPF_PASS“, auch wenn der SPF-Record der Domain korrekt ist.

Dadurch kommt es manchmal zu einer Fehlbewertung aufgrund "FORGED_SPF_HELO":

LiveConfig: 1.5
bei mail-tester.com SA: -0.2

FORGED_SPF_HELO = __HELO_NOT_RDNS && SPF_HELO_PASS && !SPF_PASS

Beispiel-E-Mail:

Ausgabe von lcsam:

lcsam[820]: 40.107.7.84: ACCEPT (ham 1.5/5.0/2.5 DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FORGED_SPF_HELO,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS)

Bei aktiviertem Debug (über /etc/default/spamassassin) erhält man den Fehler:

spamd[14886]: received-header: parsed as [ ip=40.107.1.83 rdns=mail-eopbgr40079.outbound.protection.outlook.com helo=EUR02-HE1-obe.outbound.protection.outlook.com by=mail.xxx.net ident= envfrom= intl=0 id=02C0B55B355 auth= msa=0 ]
...
spamd[14886]: spf: checking to see if the message has a Received-SPF header that we can use
spamd[14886]: spf: cannot get Envelope-From, cannot use SPF

envfrom hat keinen Wert. lcsam übergibt also wohl den Return-Path- / Envelope-Sender-Header nicht?

Prüft man nun die gleiche E-Mail manuell mit spamassassin -Dspf

X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,
SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2


Nov 26 10:24:00.354 [3546] dbg: spf: checking to see if the message has a Received-SPF header that we can use
Nov 26 10:24:00.382 [3546] dbg: spf: using Mail::SPF for SPF checks
Nov 26 10:24:00.382 [3546] dbg: spf: checking EnvelopeFrom (helo=EUR02-HE1-obe.outbound.protection.outlook.com, ip=40.107.1.83, envfrom=business@xxx.org)
Nov 26 10:24:00.457 [3546] dbg: spf: query for business@xxx.org/40.107.1.83/EUR02-HE1-obe.outbound.protection.outlook.com: result: pass, comment: , text: Mechanism 'include:spf.protection.outlook.com' matched
Nov 26 10:24:00.459 [3546] dbg: spf: whitelist_from_spf: business@xxx.org is not in user's WHITELIST_FROM_SPF
Nov 26 10:24:00.670 [3546] dbg: spf: def_whitelist_from_spf: business@xxx.org is not in DEF_WHITELIST_FROM_SPF
Nov 26 10:24:00.673 [3546] dbg: spf: already checked for Received-SPF headers, proceeding with DNS based checks
Nov 26 10:24:00.673 [3546] dbg: spf: checking HELO (helo=EUR02-HE1-obe.outbound.protection.outlook.com, ip=40.107.1.83)
Nov 26 10:24:00.689 [3546] dbg: spf: query for business@xxx.org/40.107.1.83/EUR02-HE1-obe.outbound.protection.outlook.com: result: pass, comment: , text: Mechanism 'include:spf.protection.outlook.com' matched

erscheint wie erhofft „SPF_PASS“ und envfrom mit dem gleichen Ergebnis wie bei mail-tester.

Zitat von kk

"Nicht zugeteilt" filtert alle Zertifikate, die nicht irgendeinem Kunden zugeteilt sind.
Damit sollten doch die eigenen Zertifikate angezeigt werden - oder etwa nicht?

Ist hier nicht der Fall. Wenn „Nicht zugeteilt“ ausgewählt ist, erscheint nur das Default SSL Zertifikat. Die eigene Zertifikate werden bei „einem Kunden zugeordnet“ angezeigt. Unter Kunde steht dann „Administrator, System (0)“.