E-Mail-Konten-Fehler

[MattesKr]

Hallo ich kann mich nicht mehr in meine e-mail konten einloggen und habe im ISPCP folgenden Fehler unter: Admin--> Systemtools --> Ispcp-Debugger:

Code:

mattes@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "
  mattes@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "
  trash@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "
  paul.zimmermann@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "
  mail@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "
  admin@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "|
  admin@[color=#FFFFE0]MAIL.TLD[/color] - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "|
  mattes@[color=#FFFFE0]MAIL.TLD[/color]- Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "
  webmaster@ - Set status to 'change'
sys_command() | ERROR: External command '/bin/echo "

(hab die domains rausgelöscht)

Drücke ich "Set status to 'change'" verschwindet das aber sobald ich mich wider neu einlogge steht das wider so da!

Dann habe ich 11 Anfragen offen und Sobald ich die ausführe kommt
Dämon gab 250 als Statuscode zurück und die 11 Anfragen stehen immernoch da!

Der Daemon ist schon 4 mal Gestoppt und gestartet wurden daran kannst nicht liegen

Liebe grüße Mattes

[BeNe]

Schau mal direkt in die ispCP DB mit PMA oder wie auch immer.
Da steht der ganze Status bzw. befehl drin der ispCP ausführen will.
Genau diesen führe mal bitte manuell auf der Shell aus.

Greez BeNe

[MattesKr]

in :
Server: localhost:3306 Database: ispcp Table: mail_users BEI den Fehler accounts unter status
STEHT NUR!!!
sys_command() | ERROR: External command '/bin/echo "

also kein befehl!

[nuke3d]

/bin/echo ist ein befehl.

gib mal ein:
/bin/echo test

sollte test ausgeben.

[MattesKr]

ja aber nicht im zusammenhang mit ISPCP sicher lich ist /bin/echo ein befehl aber keiner der mein problem löst!

[fulltilt]

hast Du ein Update durchgeführt oder ist das auf einmal so passiert mit den DB Fehlern?
Schau mal alles in der ispcp DB durch > status
domains
subdomains
htaccess
aliase
mailuser

Du kannst auch folgendes versuchen, wenn der Fehler nur in Mailusers auftritt:

Code:

mysql -u root -p
USE ispcp
UPDATE mail_users set status = "change";
quit

dann:
/var/www/ispcp/engine/ispcp-rqst-mngr

[joximu]

(03-05-2010 09:56 PM)MattesKr Wrote:  in :
Server: localhost:3306 Database: ispcp Table: mail_users BEI den Fehler accounts unter status
STEHT NUR!!!
sys_command() | ERROR: External command '/bin/echo "

also kein befehl!

steht da nicht mehr? ggf. im pma nachsehen.

Es gibt aber nicht viele Befehle, die mit /bin/echo beginnen - meist ist es diese Zeile:

$cmd_add_user = "$main::cfg{'CMD_ECHO'} \"$mail_pass\" | $main::cfg{'CMD_SASLDB_PASSWD2'} -p -c -f $etc_sasldb_file -u $dmn_name $mail_acc";

natürlich mit den entsprechenden richtigen Werten...

wenn das fehlschlägt, dann liegt das oft an Passworten, die einen fehler haben (meistens wurde dann zweimal verschlüsselt oder so).

Am besten diesen elf Mailbenutzern ein neues Passwort geben (ein anderes, von einem funktionierenden Mailbenutzer kopieren - im pma), den status nochmals auf change stellen und dann nochmals den RequestManager starten.
Danach kann man die Passworte dieser elf nochmals ändern - normal im ispcp...

Ggf sind auch andere Mailpassworte betroffen ohne dass es gleich zum Fehler kam...

Gruss Jo

---

PS: wenn du debug aktivierst im ispcp, dann ist die ganze Zeile (cmd_add_user) im Logfile zu finden - das erleichtert die Analyse...

[bl4ckr4ptor]

Hallo Leute,

hab genau dasselbe Problem.
So wie ich das sehe, werden ja die Passwörter neu verschlüsselt.
Bei den Accounts auf meinem Server tritt das Problem nur da auf, wo die verschlüsselte Zeichenkette gleich ist wie vor dem Update.. nur weshalb?

Hat wer einen Tipp?

Update 1.0.3-1 --> 1.0.4

Besten Dank schon im Vorraus!

[ZooL]

das hört sich nicht gut an habe das auch schon bei einem upgrade gemerkt
beim mattes bisher nicht gelöst ..

mfg

[joximu]

Hm, also das Verschlüsseln sollte nur beim Update von rc6 auf rc7 (oder höher) passieren - sonst nicht (mehr).

nehmt ansonsten die Tbelle mail_users aus der Sicherung vor dem Update wieder rein - und Mail-config regenerieren (status aller Records dieser tabelle auch change und rennen lassen).

Kann das mal jemand systematisch untersuchen - werden mit jedem Update die Passwörter verschlüsselt? Ich hab noch nie das Update-Programm verwendet - immer manuell, das klappte bisher gut, ist aber nicht für Anfänger...

Gruss Joxi