Maia - als Admin einloggen!?

[easyudo]

Hallo zusammen,

Vorweg:
Dieses Thema wurde hier schon behandelt, jedoch leider nicht gelöst. Die Suche brachte keine Ergebnisse. Deshalb nochmal ein neuer Thread.

Zum Thema:
Ich habe vor ca. 14 Tagen MaiaMailguard nach dem HowTo "Maia auf ispCP" auf meinem Root-Server (Debian Etch) installiert. Während der Installation gab es keine Probleme, nicht einmal der "Indianer" hat gemeckert.

Problem:
Ich komme an dem Punkt nicht weiter, an dem ich mich unter

Code:

http://admin.domain.de/tools/antispam/login.php?super=register

als Admin bzw. Superuser einlogge und somit auch als solcher registriere.
Ich weiß, dass ich irgendeine eMail-Adresse, welche auf dem Server registriert ist, benutzen kann um mich einzuloggen - das muss man mir hier an dieser Stelle nicht nochmal erklären.
Fakt ist, das es mit keiner meiner eMail-Adressen funktioniert. Es wird nur dieser Fehlertext angezeigt:

Anmeldung für Benutzer info@domain.de fehlgeschlagen. ( -ERR Login failed. )

Hinweise:
Ich bin nun schon drei mal das HowTo durchgegangen. Amavis-User und Passwörter für MySQL richtig gesetzt und bin nun langsam am verzweifeln.
Seit der Installation von Mia kommen auch keine Spam-Mails mehr an, vorher hatte ich täglich ca. 500 dieser Art. Der Mailguard arbeitet also bereits und filtert den Spam.

Bitte:
Wer hatte schon das gleiche Problem und evtl. eine Lösung? Wer kennt sich damit gut aus? Wer kann mir bei meinem Problem helfen?
Jeder Hinweis, Tipp und Rat ist willkommen!

Vielen Dank im Voraus!

Gruß Udo

[menki]

kannst du bitte mal schauen ob spamassasin und die amavis als dienste aktiviert sind? bei mir war das leider so das der spamassasin dienst nicht gestartet war und ich ähnliche probleme hatte.

MENKI

[easyudo]

Hallo Menki,

wenn Du mir sagen kannst, wie ich diese als Dienst starten kann, das wäre toll.
Amavis läuft jedenfalls. Habe es ja laut HowTo gestartet.

Gruß Udo

[BeNe]

Login / Passwort falsch. Wenn Du Dir da aber der korrektheit sicher bist,
wird es an einem falschen konfigurierten Dienst liegen.
Was steht denn in der mail.log wenn Du dich anmeldest ?

Code:

Anmeldung für Benutzer info@domain.de fehlgeschlagen. ( -ERR Login failed. )

Quote:kannst du bitte mal schauen ob spamassasin und die amavis als dienste aktiviert sind?

Hätte dann was mit der Spamfilterung zu tun, aber eigentlich nicht mit der Anmeldung selber.

Greez BeNe

[easyudo]

(12-01-2008 04:55 PM)BeNe Wrote:  Login / Passwort falsch. Wenn Du Dir da aber der korrektheit sicher bist,
wird es an einem falschen konfigurierten Dienst liegen.
Was steht denn in der mail.log wenn Du dich anmeldest ?

In der mail.log steht nach der Anmeldung:

Code:

Dec  2 00:43:40 www courierpop3login: Connection, ip=[::ffff:127.0.0.1]
Dec  2 00:43:40 www courierpop3login: LOGIN: ip=[::ffff:127.0.0.1], command=CAPA
Dec  2 00:43:40 www courierpop3login: LOGIN: ip=[::ffff:127.0.0.1], command=USER
Dec  2 00:43:40 www courierpop3login: LOGIN: ip=[::ffff:127.0.0.1], command=PASS
Dec  2 00:43:40 www courierpop3login: LOGIN: ip=[::ffff:127.0.0.1], username=info@domain.de
Dec  2 00:43:40 www courierpop3login: LOGIN FAILED, user=info@domain.de, ip=[::ffff:127.0.0.1]
Dec  2 00:43:45 www courierpop3login: LOGIN: ip=[::ffff:127.0.0.1], command=QUIT
Dec  2 00:43:45 www courierpop3login: LOGOUT, ip=[::ffff:127.0.0.1]
Dec  2 00:43:45 www courierpop3login: Disconnected, ip=[::ffff:127.0.0.1]

::ffff:127.0.0.1 <- das kommt mir aber seltsam vor...

[BeNe]

Das kommt Dir seltsam vor ?

Code:

::ffff:127.0.0.1

Neeeee
Da hast wohl über das Webmail drauf zugegriffen -> localhost -> 127.0.0.1

Code:

courierpop3login: LOGIN FAILED, user=info@domain.de

Das sollte Dir zu schaffen machen
Du kannst dich nicht an Maia anmelden. Kann nur an einer falschen Config liegen.
MySQL Zugang korrekt ? Sonst kannst Du mal das DebugLevel vom pop3 daemon höher setzten.

Greez BeNe

[joximu]

(12-02-2008 09:49 AM)easyudo Wrote:  ::ffff:127.0.0.1 <- das kommt mir aber seltsam vor...

das ist localhost in ipv6 Notation...

Gruss J

[easyudo]

Vielen Dank für eure Antworten, jedoch sprecht bzw. schreibt ihr in Rätseln.
"DebugLevel vom pop3 daemon höher setzten", "ipv6 Notation..."
Das ist leider keine große Hilfe für mich. Wenn ich mit euch fachsimpeln würde, über Dinge die euch fremd sind, dann guckt ihr wahrscheinlich genauso dumm aus der Wäsche, wie ich es tat, als ich eure postings las.
Bitte erläutert mir die spärlichen Hinweise, so dass es auch ein Nicht-Linux-Anwender verstehen kann. Ich habe ja in den letzten Jahren schon viel dazu gelernt, aber das Administrieren eines Servers nur über die Shell-Console ist nun mal was für Freaks oder Genies.

Ich danke euch im Voraus für euer Verständnis

Gruß Udo

[BeNe]

Quote:Jeder Hinweis, Tipp und Rat ist willkommen!

Ne spass bei Seite, weis ja keiner wie weit Du dich dann wirklich damit auskennst. Wollen auch net groß mit Fachwörtern reden aber die dinge sollten beim Namen genannt werden. So viel dazu.

Ich würde hier jetzt gerne weiterhelfen habe aber kein System mehr wo Courier drauf ist und kann Dir daher nicht grad sagen wo genau in der Config Du das Debuglevel (Mehr Ausgabe von den Programmen und Fehler in die Logdatei) höherstellen kannst.

Greez BeNe

---

Ok, habs trotzdem gefunden
--> /etc/courier/authdaemonrc

Code:

##NAME: DEBUG_LOGIN:0
#
# Dump additional diagnostics to syslog
#
# DEBUG_LOGIN=0   - turn off debugging
# DEBUG_LOGIN=1   - turn on debugging
# DEBUG_LOGIN=2   - turn on debugging + log passwords too
#
# ** YES ** - DEBUG_LOGIN=2 places passwords into syslog.
#
# Note that most information is sent to syslog at level 'debug', so
# you may need to modify your /etc/syslog.conf to be able to see it.

DEBUG_LOGIN=0

Da das DEBUG_LOGIN=2 setzen und die Dienste neustarten:

Code:

/etc/init.d/courier-authdaemon restart
/etc/init.d/courier-imapd restart
/etc/init.d/courier-pop3d restart

Danach sollte dann in den Maillogs der Fehler zu sehen sein.

Greez BeNe

[easyudo]

(12-03-2008 05:51 PM)BeNe Wrote:  Ok, habs trotzdem gefunden
--> /etc/courier/authdaemonrc

Code:

##NAME: DEBUG_LOGIN:0
#
# Dump additional diagnostics to syslog
#
# DEBUG_LOGIN=0   - turn off debugging
# DEBUG_LOGIN=1   - turn on debugging
# DEBUG_LOGIN=2   - turn on debugging + log passwords too
#
# ** YES ** - DEBUG_LOGIN=2 places passwords into syslog.
#
# Note that most information is sent to syslog at level 'debug', so
# you may need to modify your /etc/syslog.conf to be able to see it.

DEBUG_LOGIN=0

Da das DEBUG_LOGIN=2 setzen und die Dienste neustarten:

Code:

/etc/init.d/courier-authdaemon restart
/etc/init.d/courier-imapd restart
/etc/init.d/courier-pop3d restart

Danach sollte dann in den Maillogs der Fehler zu sehen sein.

Greez BeNe

Hallo BeNe,

diese Zeilen stehen bei mir in der /etc/courier/pop3d. Habe es darin geändert und den authdaemon neu gestartet.
/etc/init.d/courier-imapd und /etc/init.d/courier-pop3d gibt es bei mir nicht.
Stattdessen habe ich /etc/courier/imapd restart und /etc/courier/pop3d restart ausgeführt.
Nun habe ich erneut versucht, mich bei Maia anzumelden (natürlich ohne Erfolg) und habe anschließend in die mail.log gesehen.
Hier steht aber nichts drin, was auf einen Fehler diesbezüglich hinweist.
Wieder nur

Code:

courierpop3login: LOGIN FAILED, user=maia@domain.de, ip=[::ffff:127.0.0.1]

Hast du noch eine Idee?

Gruß Udo

P.S. Mittlerweile müssen ja irgendwo 1000e Spam-Mails liegen. Dabei sind bestimmt ein Paar, die eigentlich durchkommen sollten. Kann man diese irgendwo sehen, auch wenn ich mich nicht in Maia einloggen kann?