CiviCRM Profile fields cause ftp/email accounts to be deleted!

As a stopgap measure - is it possible to disable the deletion of accounts? I'm really only interested in the creation of email and ftp accounts, and preferably the updating of passwords. I would be happy if it was impossible to delete ftp/email accounts using the module.

Has there been any follow up on this. I am using civicrm and would like to use cpanel integration but I'm concerned about this bug.

Anyone else had the problem or know what the status is?

Shunshifu

This is a non reproducibe bug and not related to civicrm (IMO)

FWIW, CiviCRM has no idea about any cpanel structure or api, so deleting accounts is kinda difficult

Oh I don't blame CPanel or CiviCRM - I think it's just an unfortunate conflict between the way these modules interact with the user module. I think the CiviCRM module updates user data through some sort of interaction with the core drupal user module, but the CPanel module is watching the user module and doesn't seed checkmarks for the email and ftp accounts, so it deletes them. Each module is using the parts of the user module that it wants to, but since the CiviCRM profiles aren't concerned with the main settings in the user account, the CPanel module interprets this as email and ftp being disabled (as opposed to simply being ignored).

Like I said, until this problem is fixed (assuming it ever is, no rush on it), is there a way to set the CPanel module so it is only able to create ftp and email accounts, and is not able to delete them? This would be a more-than-acceptable stopgap solution.

I am not using CiviCRM and my e-mail accounts get deleted also. Have not tracked down why it's doing this but I did stop it!

The idea of only being able to create e-mail accounts and not able to delete them is great.
I modified the cpanel.module module for this purpose.

Trouble I am still having is "What is the e-mail accounts password?"

I tried the Drupal account password that created the e-mail account and it didn't work. Any suggestions?

How did you modify the module so it couldn't delete accounts?

As for the password - the user needs to fill in both password fields on their edit page, even if they don't want to change it. If you don't fill them in, I think it's assigning a blank password. This is a bit of a pain in the ass, as I have to explain to each and every user that they need to fill in their password regardless of whether they're changing it, otherwise their email/ftp accounts won't work. But that's an entirely separate bug report...

I will try to attach the cpanel.module file here.

I commented out every line that appeared to initiate either an email or ftp account delete.
I also added text to inform the user of the module's characteristics.

Aperently by disabling the email account delete functions, the user can uncheck the Create an email account checkbox without deleting their account. In addition, any future password changes do not affect the email account password. Then upon rechecking the checkbox any future password changes will resyncronize the passwords. A really neat treat for a simple hack fix.

Hope this works for all...

And thanks for the cPanel module, I think it's awsome. Hope to see some major development with this module.

Lowell

ps. I have not tested the ftp account side of this, only email. Should work fine though.

Awesome, thanks a million. IMHO I think the ability to disable deletion of accounts in the admin settings would be an important feature; it's just too easy to accidentally delete email or ftp accounts, and if you're using IMAP email, that's big trouble. Besides, accounts could always be deleted manually from cPanel if need be.

Great to hear,

I just happen to be online trying to solve a taxonomy_menu pathauto menu and breadcrumb problem.

I agree completely and intend to delete accounts as needed from cPanel manually

Anybody else find this useful? I'm just glad it is working the way we want without side effects.

Lowell

side effect detected:

email accout is created when site account is created

this will be ok for my site, but this goes to show that wthout understanding the whole system, problems cannot be solved with a simple hack

anybody like to contribute a more effective solution to disabeling the email account deletion???

Lowell