dovecotpw error
 

i use ISP Manager version 4.3.58.3

i want to change an email password, aind i get an error like "internal error. dovecotpw error"

before it was OK, this problem is recent ... Maybe it is produced since the last update of ISP Manager, but i'm not sure.

What you see in /usr/local/ispmgr/var/ispmgr.log

for dovecot-2 add in ispmgr.conf
if you have old (version 0.9 or something else less then 1.0) add . Or choose preferred cryptoscheme from output of command dovecotpw -l

For example, i have informations like that :

[0m
Sep 1 07:18:20 [14105:13] 
[1;36mEXTINFO Load config '/var/spool/cron/root'
[0m
Sep 1 07:18:32 [14105:14] 
[1;32mINFO Request [79.88.219.175][root] 'func=email&clickstat=yes'
[0m
Sep 1 07:18:32 [14105:14] 
[1;36mEXTINFO Execute (/usr/bin/ci "-m create by process with pid 14105" -nREV_2011_09_01_14105_14 var/cbackup//usr/local/ispmgr/var/userconf/ispmgr.root) return=0 exited
[0m
Sep 1 07:18:40 [14105:15] 
[1;32mINFO Request [79.88.219.175][root] 'func=email.edit&elid=sauvegarde-duval%40innopart.com&operafake=577'
[0m
Sep 1 07:18:50 [14105:16] 
[1;32mINFO Request [79.88.219.175][root] 'aliases=&aliases_list=&passwdgen=*&passwd=*&confi rmgen=*&confirm=*&quota=0&forward=&forward_list=&n ote=&func=email.edit&elid=sauvegarde-duval%40innopart.com&sok=ok'
[0m
Sep 1 07:18:50 [14105:16] 
[1;35mWARNING dovecotpw result is '127'
[0m
Sep 1 07:18:50 [14105:16] 
[1;31mERROR Exception 1: dovecotpw error
[0m
Sep 1 07:22:16 [14105:19] 
[1;32mINFO Request [79.88.219.175][nobody] 'username=root&password=*&theme=sirius&lang=fr&fun c=auth'
[0m
Sep 1 07:22:16 [14105:20] 
[1;32mINFO Request [79.88.219.175][root] ''
[0m
Sep 1 07:22:17 [14105:22] 
[1;32mINFO Request [79.88.219.175][root] 'func=user'
[0m
Sep 1 07:22:25 [14105:25] 
[1;32mINFO Request [79.88.219.175][root] 'func=bugreport&operafake=693&clickstat=yes'
[0m
Sep 1 07:22:25 [14105:25] 
[1;36mEXTINFO Execute (/usr/bin/ci "-m create by process with pid 14105" -nREV_2011_09_01_14105_25 var/cbackup//usr/local/ispmgr/var/userconf/ispmgr.root) return=0 exited
[0m
Sep 1 07:23:53 [14105:26] 
[1;32mINFO Request [79.88.219.175][root] 'func=file&clickstat=yes'
Sep 1 07:23:53 [14105:26] 
[1;36mEXTINFO Execute (/usr/bin/ci "-m create by process with pid 14105" -nREV_2011_09_01_14105_26 var/cbackup//usr/local/ispmgr/var/userconf/ispmgr.root) return=0 exited

I changed "ispmgr.conf" file with your informations, and there is no change : the error when I want to change a email password is the same !

Can you write ticket to support team, our developers test this issue.

OK, I will write ticket to support team. But, since yesterday, there was a new update (now the version is ISPmanager-Pro 4.3.58.4) and now I have no more access allowing to manage emails ???!!!

Can you give me an access to the server in order I make a try to quickly solve your problem?

I recently came across this when importing. I found that in my case when #$ was used in the password it'd totally fail out the import of the email.

#$hg67We
#$hgy67
#$Sth67

All seem to trigger this error but only on the newer install.

ISPmanager-Pro 4.3.58.7

ctalkington, can you provide with a part of UserMove.log?

Sure.

This is the section where two users had similar passwords to the ones I posted earlier. users are cristine and terilea. It never actually said it was dovecot passwd but when i tried to manually create those users to check what was up, it gave the dovecotpw error. Once I edited the accounts on server where transfer was coming from and changed password, they transferred fine.

Well except that ISPM didn't convert the MBOX to Maildir (think its suppose to do this; my original install was before Maildir was default); only the last 15 mailboxes were Maildir, so I had to manually fetch the inbox files and run mb2md on about 85 mailboxes :( It was interesting that ISPM considered those imports successful when it had mbox files sitting around and only made a .maildir folder but did nothing with it.

Not to go too much off topic, but I have noticed with some imports that when a mailbox has an alias and a mailbox with that alias is created, maybe older version allowed this or something, that the import will think the mailbox is already created since it parsed the alias before hitting the mailbox. This isn't too big of a deal as I think its more of a user error but something I have noticed.

--
Sep 24 19:13:02 [25928:0] INFO Restoring 'casting@example.com' with status 'full'...
Sep 24 19:13:02 [25928:0] EXTINFO Execute (/bin/tar -x -o -p -m -f /tmp/pbkp_25928/tlea/pbkp_casting@example.com.tar -C /var/www/tlea/data/email/example.com/casting) return=0 exited
Sep 24 19:13:02 [25928:0] INFO Restoring 'christina@example.com' with status 'full'...
Sep 24 19:13:02 [25928:0] EXTINFO Execute (/bin/tar -x -o -p -m -f /tmp/pbkp_25928/tlea/pbkp_christina@example.com.tar -C /var/www/tlea/data/email/example.com/christina) return=0 exited
Sep 24 19:13:02 [25928:0] INFO Restoring 'cristine@example.com' with status 'full'...
Sep 24 19:13:02 [25928:0] WARNING Restoring 'cristine@example.com' failed: Failed to run function email.edit: code=1 Internal Error . Skip it.
Sep 24 19:13:02 [25928:0] INFO Restoring 'dominique@example.com' with status 'full'...
Sep 24 19:13:02 [25928:0] EXTINFO Execute (/bin/tar -x -o -p -m -f /tmp/pbkp_25928/tlea/pbkp_dominique@example.com.tar -C /var/www/tlea/data/email/example.com/dominique) return=0 exited
Sep 24 19:13:02 [25928:0] INFO Restoring 'rob@example.com' with status 'full'...
Sep 24 19:13:03 [25928:0] EXTINFO Execute (/bin/tar -x -o -p -m -f /tmp/pbkp_25928/tlea/pbkp_rob@example.com.tar -C /var/www/tlea/data/email/example.com/ rob) return=0 exited
Sep 24 19:13:03 [25928:0] INFO Restoring 'terilea@example.com' with status 'full'...
Sep 24 19:13:03 [25928:0] WARNING Restoring 'terilea@example.com' failed: Failed to run function email.edit: code=1 Internal Error . Skip it.

we have found an error with using $ chars in passwords. update will be released soon.