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