Hi All, I am upgrading/migrating an email server from: Ubuntu 10.10, Postfix, Popa3d, Spamassassin and Mailscanner using Pop on 110 to Ubuntu14.04 Postfix, Dovecot, Spamassassin and Amavis using Pop on 995 also This is fresh install of Ubuntu1404 on new hardware. All user files and accounts detail have been transferred. My problem is that I am having difficulties transferring users with Outlook 2007 clients. Outlook 2007 will not login to the new server for POP user that were on the old server But new users wil same Pop (and smtp setting) will login no problem and have full email functionality Login (userame and password) using old server account details work on new server as expected after transferring. Using Outlook 2003 everything works well. Using telnet, openssl command line for pop, smtp and imap work fine (with TLS, SSL and unencrypted) Anyone ideas why outlook 2007 wont work?? and if so how can I fix it? (OK I know.. no one should use Outlook!! But too many ppl still do!) Daniel.
On 20/03/2015 12:48 AM, Daniel Jitnah wrote:
(OK I know.. no one should use Outlook!! But too many ppl still do!)
Sorry, I've just got to say that is so sadly true; I call it LookOut! ... and that is for ANY version of that product. Lots of potentially interesting results here for you though: https://www.google.com.au/search?q=dovecot+outlook+2007 Cheers A.
On 20/03/15 05:24, Andrew McGlashan wrote:
On 20/03/2015 12:48 AM, Daniel Jitnah wrote:
(OK I know.. no one should use Outlook!! But too many ppl still do!) Sorry, I've just got to say that is so sadly true; I call it LookOut! ... and that is for ANY version of that product. Actually Outlook 2003 works fine.
Lots of potentially interesting results here for you though:
https://www.google.com.au/search?q=dovecot+outlook+2007 Thanks, but Google search has already shown more problems than solutions from people!
Although there is one suggested solution. But that involves registry hack on Windows. That is not a practical solution because the system is used by many users who are either remotely located or travelling a lot. To expect them make the changes themselves is not reasonable Daniel.
Cheers A.
_______________________________________________ luv-main mailing list luv-main@luv.asn.au http://lists.luv.asn.au/listinfo/luv-main
Quoting Daniel Jitnah (djitnah@greenwareit.com.au):
Although there is one suggested solution. But that involves registry hack on Windows. That is not a practical solution because the system is used by many users who are either remotely located or travelling a lot. To expect them make the changes themselves is not reasonable
Well, I am aware that you've probably already considered this idea and just don't like it overmuch, but maybe 2015 is the year you should retire POP3 and migrate to IMAP4. Um, few people haven't. ;-> -- Cheers, "The boisterous sea of liberty indeed is never Rick Moen without a wave." rick@linuxmafia.com -- Jefferson to Lafayette, 1820 McQ! (4x80)
On 20 Mar 2015, at 08:28, Daniel Jitnah <djitnah@greenwareit.com.au> wrote:
Although there is one suggested solution. But that involves registry hack on Windows. That is not a practical solution because the system is used by many users who are either remotely located or travelling a lot. To expect them make the changes themselves is not reasonable
What registry hack is this? I'd be interested to follow up, since I'm considering moving my work email to something other than Exchange hannah
On 20/03/15 00:48, Daniel Jitnah wrote:
Outlook 2007 will not login to the new server for POP user that were on the old server. But new users wil same Pop (and smtp setting) will login no problem and have full email functionality. Login (userame and password) using old server account details work on new server as expected after transferring.
This sounds to me like an authentication method problem. The two main authentication methods are LOGIN and PLAIN, but Dovecot only enables PLAIN by default. Outlook, however, remembers the last mechanism that worked and always tries to use that in future. Also you may be attempting to use POP without SSL, (*) which Dovecot also hinders. In my case I needed to add the following to /etc/dovecot/local.cf during a similar migration to what you described: disable_plaintext_auth = no auth_mechanisms = plain login (*) Don't EVER do this. Just because I maintain systems where this is a requirement doesn't mean I think it is a good idea.
On 20/03/15 22:11, Jeremy Visser wrote:
On 20/03/15 00:48, Daniel Jitnah wrote:
Outlook 2007 will not login to the new server for POP user that were on the old server. But new users wil same Pop (and smtp setting) will login no problem and have full email functionality. Login (userame and password) using old server account details work on new server as expected after transferring. This sounds to me like an authentication method problem.
The two main authentication methods are LOGIN and PLAIN, but Dovecot only enables PLAIN by default. Outlook, however, remembers the last mechanism that worked and always tries to use that in future. Yes. It does indeed look like Outlook remembers settings for old users and when presented with a new server with different configuration although using same protocol, it refuses to login. Thats why new users work well.
I thought that Outlook did not like the certificates on the new server and although it did pop the certificate acceptance prompt, I was not sure that worked. I thought of copying the certificates from the old server to the new ones. But the oldserver popa3d used no-ssl login, so no certificates. I will try the suggestion below on Monday. My other option is to present the new server to mail clients with new url and ip address (ie: mail2.company.com.au instead of mail.company.com.au). That may force Outlook to forget old settings. Thanks for that. Daniel.
Also you may be attempting to use POP without SSL, (*) which Dovecot also hinders.
In my case I needed to add the following to /etc/dovecot/local.cf during a similar migration to what you described:
disable_plaintext_auth = no auth_mechanisms = plain login
(*) Don't EVER do this. Just because I maintain systems where this is a requirement doesn't mean I think it is a good idea. _______________________________________________ luv-main mailing list luv-main@luv.asn.au http://lists.luv.asn.au/listinfo/luv-main
participants (5)
-
Andrew McGlashan -
Daniel Jitnah -
hannah commodore -
Jeremy Visser -
Rick Moen