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 值，否则计算出的“剩余天数”可能不准确。

• 使用 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 配置不当，再准确的倒计时也无法发送；若邮箱来源不清晰，发送的邮件将全部退信。因此，动手实现前务必先理清这两个关键环节。