Beiträge von sTeaLth

    Hallo zusammen,


    ich versuche mich grade an der SOAP Funktion HostingMailboxEdit. Ich habe das Beispiel Script aus dem Handbuch genommen und wie folgt angepasst, aber leider bekomme ich immer die Meldung "Mailbox not found or not permitted".


    Das Original Beispiel mit der SOAP Funktion "TestSayHello" funktioniert allerdings Problemlos. Was mache ich falsch?


    Schau doch mal auf der Seite von Brandon Checketts vorbei, da gibt's einen Beitrag "Manually testing postgrey through a telnet session". Findest du ganz leicht via Google

    Du kannst ja mal via telnet prüfen, ob der daemon auf einen connect auf 127.0.0.1 reagiert.


    Wenn das klappt und du noch weiter testen willst, müsstest du via "policy delegation protocol" eine Anfrage an den daemon senden, aber prüf erstmal ob der connect klappt.

    Was heißt den "Der Hostname hatte gestimmt" ? Also für mich sieht es so aus, als wenn genau das grade nicht stimmt.


    Dein Bindung für postgrey lautet für IPv4 "hostname:10023" aber der Postfix versucht auf "127.0.0.1:10023" zu connecten.
    Also entweder du änderst das Bindung im Postgrey, oder du bringst dem Postfix bei, dass er auf den Hostname verbindet.


    Aber wahrscheinlich solltest du das Bindung für Postgrey ändern, denke das wird nicht von Liveconfig überschrieben. Die Postfix konfiguration im Standard ja schon.

    Evtl. kann Herr Keppler ja nochmal mal was zu der Reihenfolge der incomingServer aus der Autoconfig sagen, aus meiner Sicht ist diese so wie Sie "statisch" vorgegeben ist unnütz. Dann könnte man auch nur den ersten incomingServer definieren, weil ja nur der First Match von den Mail Programmen genutzt wird.

    So ich hab jetzt mal im Mozilla Wiki nachgelesen. Bei der Autoconfig wird immer der erste Eintrag von "incomingServer" und "outgoingServer" gewählt. So richtig steht da auch nicht, dass eine alternative selbststädig vom Client gewählt wird falls die erste Wahl nicht funktioniert.


    Also ich fänd es ganz gut, wenn man die Reihenfolge der "incomingServer" beeinflussen könnte.

    Grade in dem Beispiel welches von Ihnen kommt wäre es ja auch so, dass ein Benutzer ggf. eine Autoconfig für "normales" IMAP / POP3 bekommt dies aber garnicht funktioniert weil er nur an Port 993/995 kommt.


    Es ist aber auch so, dass wenn einer IMAPS/POP3S könnte er via Autoconfig nur die Einstellung für "normales" IMAP/POP3 bekommen würde, weil dies zuerst im XML File steht oder mache ich da einen Denkfehler?

    Weil man ggf. nur über Port 993 IMAPS und 995 POP3S macht?
    Macht die Konfiguration aus der XML sonst Sinn? Es würde ja jeder Client zuerst die IMAP mit STARTTLS auf Port 143 nutzen oder?


    Welche ist denn die "allgemein" bevorzugte Variante des verschlüsselten zugriffs?
    Ich sehe bei den hiesigen Mail Hostern meist nur noch die varianten über IMAPS/POP3S und sehe dies auch als richtig an, warum erst eine unsichere Sitzung erzeugen und dann durch STARTTLS in eine sichere Sitzung ändern, wenn heute doch fast jeder Client die direkte SSL/TLS Verbindung unterstützt.

    Achso ja Liveconfig habe ich auch mehrfach neu gestartet, aber ich werde es nochmal testen.


    Nochwas zum Thema Autoconfig. Mir ist aufgefallen, dass es zuerst einen Abschnitt für imap (143) und pop3 (110) im XML File gibt und Thunderbird und wahrscheinlich auch andere Software dann immer erst diese Ports versucht. Kann man das ggf. schon irgendwo abschalten?
    Ich habe testweise mal den Zugriff auf Port 143 und 110 gesperrt, aber trotzdem versucht Thunderbird erstmal diese Konfiguration und kommt auch nich weiter. Wär also ganz gut, wenn man die XML ausgabe irgendwie beeinflussen könnte.

    Ich habe das eben mal geprüft: diese Anweisung steht direkt (hardcodiert) so im zuständigen Code in LiveConfig. Wir könnten das aber kurzfristig so einrichten, dass Sie diese Einstellung bearbeiten können (bei LOGIN/PLAIN-Anmeldung wäre hier "password-cleartext" richtig).


    Ich denke das wäre nicht nur für mich, sondern auch für andere Confixx Migraten sinnvoll.

    Danke für die Antwort Herr Keppler. Ich habe natürlich immer die Config neu erzeugen lassen und auch den Timestamp der Datei kontrolliert.
    Zum Thema mit der SOAP-API steht in der Beschreibung zur "HostingMailboxEdit", dass das Passwort optional als "gesalzener MD5-Passwort-Hash" übergeben werden kann. Nun stellt sich mir die Frage, ist es nur so möglich oder ist es auch möglich das Passwort im klartext zu übergeben und somit korrekt in die Datenbank und in die passwd zu schreiben?

    OK einen kleinen Schritt weiter bin ich jetzt.
    Also das auskommentieren reicht anscheinend nicht, denke aber das ist dann ein BUG von Liveconfig oder? Ich hatte die Zeile "-- dovecot.DISABLE_CRAM=true" so in meiner custom.lua und trotzdem wurde in die dovecot.conf die "cram-md5" option nicht angefügt.


    Also wenn es jetzt so klappt habe ich nur noch das Problem, dass ich alle Passwörter ändern muss oder? Und hier komme ich wieder zu meinen letzten Thema - eMail Massenänderung. Gibt es irgendwie die Möglichkeit, dass ich alle Passwörter neu setzte ohne jedes einzeln über Liveconfig setzen zu müssen? Reicht es eine Schleife zu bauen und das Passwort im richtigen Format in der Datenbank und in der /etc/dovecot/passwd zu setzten? Hätte jemand ein Beispiel wie ich es umsetzen könnte?

    Hallo zusammen,


    nach meiner Testmigration meines Confixx Systems auf Liveconfig, wollte ich testweise auch gleich mal Autoconfig testen. Also alles eingerichtet und auch mal einen kleinen DNS Server, mit dem was so benötigt wird, aufgesetzt und siehe da mein Thunderbird bekommt eine Konfiguration.
    Aber dann geht es nicht weiter, weil aus meiner die Autoconfig nun durch "<authentication>password-encrypted</authentication>" beim Client die Authentifizierung auf "Verschlüsseltes Passwort" setzt. Wenn ich dann auf "Erneut testen" in Thunderbird klicke, stellt Thunderbird die Authentifizierung auf "Passwort, normal" und es geht weiter.


    Ich habe meine Confixx Passwörter übernommen und deshalb "dovecot.DISABLE_CRAM=true" in meiner custom.lua gesetzt.


    Testweise habe ich nun auch schonmal mein Passwort neu gesetzt und die Zeile "dovecot.DISABLE_CRAM=true" in meiner custom.lua auskommentiert, aber trotzdem komme ich an der Stelle nicht auf anhieb weiter.


    Was muss ich machen, damit es auf anhieb funktioniert?


    Besten dank schonmal für alle die was Produktives dazu beitragen können.

    Was macht Liveconfig denn genau beim ändern der Weiterleitung?
    Reicht es nicht, die Weiterleitung in der DB und der "virtual_alias" anzupassen (inkl. postmap)? Oder mache ich dann im Workflow etwas kaputt?

    Hallo zusammen,


    ich bin in einer Migration von Confixx zu Liveconfig und es klappt auch alles, nun möchte ich gerne für meine Persönlichen Accounts von den Confixx typischen Postfachnamen weg.


    Ich dachte, nichts leichter als das. Also "webXpX@domain.tld" umgestellt auf "neues-postfach@domain.tld". Nun dachte ich dass Liveconfig evtl. auch die ganzen Weiterleitungen vom Postfach "webXpX@domain.tld" auf das Postfach "neues-postfach@domain.tld" ändert, aber leider nein.


    Nach guter alter Confixx Manier mal einen Blick in die Datenbank, dann aber Stop. Liveconfig arbeitet ja anders.


    Also evtl kann mir jemand kurz weiterhelfen.
    Ich möchte eMail Weiterleitungen wie folgt ändern:
    "eMail1@domain.tld" -> "webXpX@domain.tld" ändern auf "eMail1@domain.tld" -> "neues-postfach@domain.tld"
    "eMail2@domain.tld" -> "webXpX@domain.tld" ändern auf "eMail2@domain.tld" -> "neues-postfach@domain.tld"
    ...
    "eMail200@domain.tld" -> "webXpX@domain.tld" ändern auf "eMail200@domain.tld" -> "neues-postfach@domain.tld"


    Kann man sowas über die API oder auch anders relativ Problemlos realisieren?


    Wäre sehr dankbar wenn jemand da was zu sagen könnte.