Oracle用户密码过期前自动邮件提醒

ORA-28002 提示表示密码即将到期，虽然不影响登录，但持续显示令人不适。需要先确认两个关键信息：dba_users 中的 expiry_date，以及对应 profile 的 PASSWORD_LIFE_TIME。获取这些信息后，通过 ALTER USER IDENTIFIED BY 重置密码即可消除警告。若仅需临时处理而不修改密码，则需参考后续自动提醒方案。

查清 expiry_date 和 PASSWORD_LIFE_TIME 才能确定提醒逻辑

ORA-28002 本身为只读提示，不会自动触发邮件。要实现自动提醒，需手动从 dba_users 表读取 expiry_date，计算剩余天数，并通过邮件函数发送通知。关键前提是：确认用户关联的 profile 以及该 profile 的 password_life_time 值——否则计算出的“剩余 X 天”可能不准确。

• 使用 DBA 权限执行：SELECT username, profile, account_status, expiry_date FROM dba_users WHERE username = 'SCOTT';
• 查询策略：SELECT resource_name, limit FROM dba_profiles WHERE profile = 'DEFAULT' AND resource_type = 'PASSWORD' AND resource_name = 'PASSWORD_LIFE_TIME';
• 若 EXPIRY_DATE 为 NULL，表示未设置过期时间；若为过去时间，已触发 ORA-28001；若为未来时间，才可参与倒计时计算。

使用 DBMS_SCHEDULER + UTL_MAIL 创建定时提醒任务

Oracle 原生不支持“到期前 N 天发邮件”功能，但可通过 DBMS_SCHEDULER 定时执行 SQL，配合 UTL_MAIL.SEND 发送邮件。注意，UTL_MAIL 需提前配置 SMTP 参数（smtp_out_server），且数据库用户需具备 EXECUTE 权限。

• 确认是否启用：SELECT value FROM v$parameter WHERE name = 'smtp_out_server';，若为空则执行 ALTER SYSTEM SET smtp_out_server='smtp.company.com:25' SCOPE=BOTH;
• 创建任务时，SQL 主体类似：SELECT username, email FROM dba_users u JOIN user_contact c ON u.username = c.username WHERE u.expiry_date BETWEEN SYSDATE AND SYSDATE + 7;（假设已创建扩展表存储邮箱）
• 发送邮件部分不能直接在 SQL 中写 UTL_MAIL.SEND，需封装为 PL/SQL 匿名块或存储过程，再由任务调用。
• 建议每天执行一次任务，避免遗漏窗口边缘过期的用户。

避免硬编码邮箱字段：通过外部表或应用层补充更可靠

DBA_USERS 不包含邮箱列，直接在用户表上增加 email 字段属于反模式。通常做法是创建 user_contacts 映射表，或由应用在首次登录时上报邮箱，再通过视图关联查询。

• 若公司使用 LDAP/AD 同步账号，优先从 AD 属性（如 mail）获取邮箱，比维护 Oracle 表更可持续。
• 若使用 Oracle 表，需添加约束：username 外键引用 DBA_USERS，并定期清理离职人员记录。
• 邮件内容避免暴露完整 EXPIRY_DATE，仅提示“您的密码将在 N 天后过期”，防止元数据泄露。

ORA-28002 不是触发点，SYSDATE 与 EXPIRY_DATE 的差值才是

常见误区是认为监听 ORA-28002 错误即可触发邮件，但该提示并非可捕获异常，而是登录成功后的文本提示，不会进入 DBA_AUDIT_TRAIL 或告警日志。唯一可靠的判断依据是 EXPIRY_DATE - SYSDATE 的数值。

• 建议设置多级提醒阈值：例如提前 14 天发送首封提醒，提前 3 天发送第二封（附带操作指引链接）。
• 任务中使用 TRUNC(u.expiry_date) - TRUNC(SYSDATE) 避免时分秒干扰。
• 若用户状态为 EXPIRED(GRACE)，表示已过期但可再登录一次，此时应发送紧急通知，而非常规提醒。

实际落地过程中，常见障碍是 UTL_MAIL 配置和邮箱来源问题，而非 SQL 逻辑本身。若 SMTP 未配置，再精准的倒计时也无法发送；若邮箱来源不清晰，发送后也会退信。因此，动手实施前务必确认这两项前提。