LastPass 和 KeePass 都默认只有用户名而无邮箱选项，导致不同登录方式时会重复添加条目

[Zien]

我知道 KeePass 可以自定义属性，但是还是不太方便，我感觉日常还是蛮需要邮箱和手机号的属性的。

我的使用方法有问题吗？应该如何改进？或者是否有更合适的替代品呢？

[iamwho]

假设一个网站支持 手机号、邮箱、用户名 登录，只要记录网站的唯一用户名
这样形式的大部分都是把手机号和邮箱作为密码保护绑定，如果你觉得这个账户重要就把绑定的手机号和邮箱记录到 notes 或者自定义字段就好。

[cmdOptionKana]

在 notes 里记录就行了

[Zien]

@iamwho @cmdOptionKana 是的目前这样操作的，只是希望能直接有个字段，这样就可以设置默认值了。

[Jasmine2016]

用户不应将“用户名”字段严格解释为包含用户名的字段，而应将其解释为存储标识所需数据的字段。该数据可以包括用户名，电子邮件地址或其他内容（例如，在线银行网站的帐号）。通过这样处理，默认数据传输配置适用于大多数网站，即需要将多少工作量放入配置中。如果您必须在注册时同时提供用户名和电子邮件地址，则其他信息（定期不需要）可以存储在例如 Notes 字段或 KeePass 条目的自定义字符串字段中。

现在假设将添加一个单独的电子邮件字段。当用户同时存储用户名和电子邮件地址时，KeePass 无法知道识别中需要哪两个。因此，为了为条目设置数据传输，用户将被迫选择应该使用两个字段中的哪一个。

因此，添加电子邮件字段将是可用性的一个后退，因为它会迫使用户在数据传输配置中投入额外的时间。当前系统（包含标识信息的“用户名”，没有单独的电子邮件字段）不需要这样，因此是更好的解决方案。

对于愿意为每个条目手动配置数据传输的用户，有多种方法可以获得单独的电子邮件地址字段。切换到条目编辑对话框中的“高级”选项卡后，可以将电子邮件地址字段添加为自定义字符串。如果该字段应出现在对话框的主选项卡页面上， 则可以使用 KPEntryTemplates 插件。