Die Benutzer konnten per Webmail (Horde) Mails empfangen und senden, bei der Einrichtung auf einem lokal installierten Mail Client schlug die Authentifizierung per SMTP permanent Fehl, dies äusserte sich darin das der Client wiederhohlt nach der Eingabe des korrekten Passwortes und Benutzers verlangte.

Wählt man sich per Telnet auf Port 25 ein und versucht sich zu authentifizieren geschieht folgendes:

220 XXXXXXXXXXXXX ESMTP
ehlo
250-XXXXXXXXXXXXX
250-AUTH=LOGIN CRAM-MD5 PLAIN
250-AUTH LOGIN CRAM-MD5 PLAIN
250-STARTTLS
250-PIPELINING
250 8BITMIME
auth login
334 VXNlcm5hbWU6
XXXXX [SMTP Benutzername Base64 codiert]
334 UGFzc3dvcmQ6
XXXXX – [SMTP Passwort Base64 codiert]
421 out of memory (#4.3.0)
535 auth failure

Neustart half nichts, Neuinstallation des Paketes psa-qmail brachte nichts. Überprüfen der qmail Scripts in /var/qmail/bin und deren Berechtigung – nichts.

Erstaunlicherweise musste ich in /etc/xinetd.d/psa_smtp markierten Text entfernen.

service smtp
{

socket_type     = stream
protocol        = tcp
wait            = no
disable         = no
user            = root
instances       = UNLIMITED
env             =  SMTPAUTH=1
server          = /var/qmail/bin/tcp-env
server_args     = -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd -r zen.spamhaus.org -r dnsbl.ahbl.org /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

}

Und danach mittels /etc/init.d/xinetd restart && /etc/init.d/qmail restart Qmail und xinetd neustarten.

• Es heisst nicht mehr WCI, sondern HCI (Hosting Control Interface). WCI wurde vom Team als zu fest zweideutig empfunden (umgekehrt wärs noch besser: iWC).
• Es hat ein Logo bekommen:

Logo für die Webhosting Administrations-Software

Wir haben es intern erstellt, verantwortlich ist Angela Nunez

Gerne erfreuen wir uns über Feedback/Kommentare!

Technisch sind wir schon sehr weit, aktuell am testen und die letzten Fehler auszubügeln. Wir werden nun noch das Frontend bearbeiten und dann hoffentlich bald die Final-Version präsentieren.

Was ich diese Woche dabei nun wieder gemacht habe (Fokus auf Mailling, der Rest geht ja schon):

1. IMAP4 und POP vollständig fertig implementiert (statt Cyrus verwende ich nun Dovecot. Dieses Ding ist einfacher zu konfigurieren und vor allem bei einem alfälligen Restore sehr einfach zu debuggen)
2. SMTP-Authentifizierung ist aber trotzdem noch mit Cyrus (da dies hier super funktioniert)
3. Support von Catch-It-All Adressen
4. Verbessern der Standard-Implentation von ClamAV und Spamassassin
5. Implementation WebMail (RoundCube, IMAP Basis, sieht super aus)
      (Wer dies kurz anschauen will kann sich bei mir melden und ich sende ihm ein Testlogin)

Was jetzt noch fehlt:

1. User Design im Frontend
2. Limiterung Anzahl Datenbank und E-Mail Adressen für den Benutzer

Fragwürdiges: (Antworten bitte mir auch mailen)

1. Braucht das Ding einen Autoresponder?
      Diese sind meiner Meinung nach eh behämmert und bestätigen nur jedem Spam Absender, dass man existiert
2. Reicht der Standard Postfix Delivery (LDA) aus oder muss der auf Dovecot geändert werden um spezielle Anforderungen (welche?) zu erfüllen?

Punkte die bei mir nicht funktionieren:

• FTP Server, auch nicht mit 3. Programmen (getestet mit Servu FTP Server, liess sich nicht starten)

• Seit Plesk 9 lassen sich vom Kunden selber keine zusätzlichen DNS Einträge mehr machen… nur noch solche die der Admin als Standart in der Serverkoniguration festlegt…

Neue Funktionen:

• Wenn auf dem Server verschiedene Webmails installiert und aktiviert wurde, kann sich der Kunde sein webmail selber aussuchen.

• Komplett neue Benutzeroberfläche

• Server Application vault wurde überarbeitet… Applikationen können jetzt über das Webinterface installiert werden. neu kann man Applikationen auch pro Kunde freigeben / einschränken.

• Neue Reseller Ebene zur einfacheren Verwaltung

• SQL Server 2008 wird nun auch unterstützt

Ansonsten hat sich nicht viel verändert…

Hier ein paar Sceenshots: