Hi All,

I've been trying to upgrade from perdition 1.15 to perdition 1.18 without any luck.

The behaviour is different with regards to MySQL data which are returned.

The query:

select mail_username,mail_host_map,143 from access_maps where mail_username='cami@24.com';
+---------------+-------------------------------------------------+-----+
| mail_username | mail_host_map                                   | 143 |
+---------------+-------------------------------------------------+-----+
| cami@24.com   | f2ef77fe86754109b347dd97a79444eb@152.111.194.93 | 143 |
+---------------+-------------------------------------------------+-----+

In 1.15 "f2ef77fe86754109b347dd97a79444eb" is correctly returned as seen here:

Aug 13 16:18:25 mailstore01 imapd: LOGIN: DEBUG: ip=[::ffff:127.0.0.1], command=LOGIN
Aug 13 16:18:25 mailstore01 imapd: LOGIN: DEBUG: ip=[::ffff:127.0.0.1], username=f2ef77fe86754109b347dd97a79444eb
Aug 13 16:18:25 mailstore01 imapd: LOGIN: DEBUG: ip=[::ffff:127.0.0.1], password=XXXX
Aug 13 16:18:25 mailstore01 imapd: authdaemon: starting client module
Aug 13 16:18:25 mailstore01 imapd: authdaemon: ACCEPT, username f2ef77fe86754109b347dd97a79444eb
Aug 13 16:18:25 mailstore01 imapd: LOGIN, user=f2ef77fe86754109b347dd97a79444eb, ip=[::ffff:127.0.0.1], protocol=IMAP

(the imap server being used is Courier)

In 1.18 "cami@24.com" is being returned and passed onto Courier instead of "f2ef77fe86754109b347dd97a79444eb"

Aug 13 15:07:15 mailstore01 imapd: LOGIN: DEBUG: ip=[::ffff:152.111.194.109], command=LOGIN
Aug 13 15:07:15 mailstore01 imapd: LOGIN: DEBUG: ip=[::ffff:152.111.194.109], username=cami@24.com
Aug 13 15:07:15 mailstore01 imapd: LOGIN: DEBUG: ip=[::ffff:152.111.194.109], password=XXXX
Aug 13 15:07:15 mailstore01 imapd: authdaemon: starting client module
Aug 13 15:07:15 mailstore01 imapd: authdaemon: REJECT

Can anyone tell me how to revert back to the old behaviour to how to go about trouble shooting this?

Regards,

Cami