In the email read audits, we noticed a significant number of instances where the migration from the pervious email settings to the email accounts plugin wasn't occurring as expected. On further inspection, it was discovered that if one of the following email properties have been deleted, a null error will stop the script from completing.

glide.pop3.server, glide.pop3.port, glide.email.read.active, glide.email.user, glide.pop3.user, glide.email.user_password, glide.pop3.password, glide.pop3.tls, glide.pop3.secure, glide.email.username, glide.email.server, glide.email.smtp.active

During email re-provisioning, the glide.pop3.port property is routinely deleted. If a user has re-provisioned their email, and subsequently activate the Email Accounts plugin, migration will fail.

Steps to Reproduce

  1. On an instance without the Email Accounts plugin, re-provision the email settings. (This should delete the glide.pop3.port property.) 
  2. Activate the Email Accounts plugin. 
  3. View the sys_email_account table and verify that there are no records.


This issue has been fixed in Fuji. 

Related Problem: PRB608946

Seen In

Dublin EA 1
Dublin EA 8
Dublin EA 9
Eureka Patch 1
Eureka Patch 2
Eureka Patch 3 Hot Fix 1
Eureka Patch 4 Hot Fix 1
Eureka Patch 6 Hot Fix 2
Eureka Patch 7

Fixed In


Associated Community Threads

There is no data to report.

Article Information

Last Updated:2015-08-12 17:15:59