Posts by flames

    die 1.1.0 beta2 ist stabil, dennoch an dieser stelle "warnung, auf eigene gefahr!" ;)


    roundcube ist bei der beta erst dabei, natürlich kannst du aber mit der stable roundcube selber nachinstallieren.
    SSL support ist meines wissens auch erst ab beta, aber da könnte ich mich irren, da ich die stable nie drauf hatte :D

    nicht im "auslieferungszustand", per default hat imscp nur greylisting/postgrey. andere spam features sind auf der roadmap oder können nachinstalliert sein, das wüsstest du aber dann.


    wegen procmail, es kann sein dass es dennoch installiert wurde trotz dovecot, ich weiss jetzt nicht ausm efef, ob das setup im fall von dovecot procmail trotzdem mitinstalliert. aber ein problem stellt das nicht dar.


    check deine postfix configs, ob irgendwo was mit ssl/tls erzwingen drin ist. weil die meldung deutet darauf hin, dass nur tls akzeptiert wird. check die logs, check op smtp dienst läuft oder nur smtps....

    wie es scheint akzeptiert dein server nur smtps (smtp mit ssl/tls), schau mal in deiner /etc/postfix/main.cf ob die option smtpd_tls_security_level den wert may hat.
    http://www.postfix.org/postcon…#smtpd_tls_security_level


    edit: dass deine procmail config leer ist, ist richtig, da du dovecot benutzt. da courier keine eigene filterung besitzt, wird procmail mit postfix eingesetzt in dem fall, wenn du courier installierst. dass procmail noch an bord ist, liegt vermutlich daran, dass du von courier auf dovecot migriert hast. aber wie gesagt, das macht keine probleme, ist nur ein wenig ballast ;)

    daneben :P
    wenn apache net läuft, wer serviert dann den 404? :)


    ich würde auf die vhosts des apachen tippen, schau dir mal an, ob sie korrekt angelegt worden sind.
    und ja, apache log wäre interessant, dort kann man dann u.u. sehen woran es liegt.

    Wie BeNe bereits gesagt hat, die vu2xxx.hostname wird nur als Krücke angelegt um die Webseite sehen/bearbeiten zu können während DNS noch nicht propagiert ist bzw. die Domainbestellung abgewickelt wird.


    Aber wenn ich dich richtig verstehe, möchtest du eine entkoppelung des Benutzers von der Domain, in etwa wie Confixx es handhabt.
    Das ist bereits auf der Roadmap, allerdings keine ETA dafür. Weil dies einen grundlegenden Rewrite von i-MSCP erfordert.


    http://trac.i-mscp.net/ticket/169
    Könnte also bei 1.2.0 kommen ^^

    uhm, ja, das ticket kenn ich doch :)
    also external mailserver feature funktioniert schon recht gut, es gibt einige situationen wo der fehler greift den bepixeld gemeldet hat und ticket eröffnet hat.
    und zwar wenn man einen externen mail server anlegt in der gui der beta, dann funktuioniert das für domains aber nicht aliasse.
    was ich reported habe, war ein fehler den sci2tec bereits gelöst hat, bei dem die domain nicht in relay_domains eingetragen wurde. nun bleibt noch das dns problem zu lösen, dass die records "domain.tld. in mx mailserver.tld" statt " in mx mailserver.tld" eingetragen werden. gui problem, beim anlegen kann man nur leer lassen oder wildcard setzen für subdomains, jedoch nicht die aliasse auswählen. aliasse haben ja ihre eigenen zonen, dementsprechend muss imscp wie bei custom dns records verfahren, und die möglichkeit der auswahl eines aliasses geben und entsprechend in die richtige zone eintragen.


    du kannst dir, bis der fehler gefixt ist, selber helfen, in dem du den mx record nachträglich manuell korrigierst,
    in /var/cache/bind/alias.tld.db -> mail.alias.tld. in mx 10 mailserver.tld.
    in /var/cache/bind/domain.tld.db -> mail.domain.tld. in mx 10 mailserver.tld.
    und bind reloadest.


    eventuelle default records natürlich rausnehmen um konflikte zu vermeiden.
    gruss
    flames