autodiscover for email settings for linux and windows
autodiscover for email settings for linux and windows
Could you provide more information about your scenario? In particular, could you explain which settings you want to be automatically discovered and at which step of your scenario?
UPD: We will evaluate the possibility of adding this functionality in the future releases. Note that this feature also depends on your mailing client.
I absolutly agree with Xhezmi Tairi
Xhezmi Tairi commented
We offer to our customers web, email, .. services. Our customers do not have much experience to make e-mail settings. Many customers require to migrate their mailbox to Google, or Microsoft Office 365, because the settings will be automatically deployed and other services sync contacts and calendars are also able! We have integrated our own solutions, but after each update the settings will be overwritten (thus we lose a lot of effort). Thats also not cool! I love your product because over 90% we can do everything! Please give your product the remaining 10% development work (autodiscovery, contact & calendar sync, whynot an app for data drive like OneDrive or Google Drive, etc..) and make us and our customers happy! Otherwise, we will lose many customers! I hope you will read my comment!
Plesk is now an old system and just a only some few update have been done !
The is no SSL/TLS domain by domain, just only one SSL for the server name.
There is no Autodiscover and many features are missing !
That's a big challenge to use Plesk, my customers are always complaining and it gives me many troubles.
Customers Support always saying "we are working on" but nothing is coming...Very very disappointed...
@G J Piper ... I did know that there exist at least 2 different specifications for the lookup process and for the data structure, and that "Autodiscovery" is only 1 name of them. But now with your summary it seems to be much more complex than one should think is enough. Perhaps this is the main reason why the PLESK devs are, erm..., hesitating^^. However, TB could successfully get data from an old Confixx-controlled system, and as many contributors here already said, other platforms also support this feature [to which extent is not clear to me.] ... so, it should be doable at least in a basic way for PLESK devs.)
@PLESK devs: Please convince your management guys to authorize you to build a more sophisticated solution, that way NOT only shifting the source of helpdesk-workload from (now) client-account-configuration to (then) wrong-POP3/IMAP-decision within client-account-configuration. Better solve both at the same time. Perhaps with configuration/preference options for all plesk interface user levels (e.g. with: mode:automatic [default] / pop3 / imap; and with automatic_unknownClientType: pop3 / smtp; and with updates of "useragents" and the respective default modes). Thank you.
G J Piper commented
@analyzer: Each type of client looks for settings in various places, some unique to that client. Some look in a variety of places starting with its preferred address/port then trying others if nothing is found. The difficulty is having the correct settings for your server found in all the places every client may look. Some of the types of settings files allow you to specify a "preferred" configuration, and a secondary configuration in addition -- allowing the end user to choose between them if their client supports it.
@G J Piper ... ok i was not aware about that the autodiscovery service can mandate a protocol to the client. I had understood that the clients (which i checked) always propose imap to the user if the server is replying at expected port. But that may be the situation only in case if there is no autodiscovery server, and so a wrong-conclusion from me. I apologize.
So ... questions:
A: is each client identifying itself to (your) autodiscovery service, so the service can disguise between, let's say, device classes, and recommends either the one or the other protocol to the specific client, depending on its better-considered suitability?
B: what if the user changes the automatic selection - will the client perform a fresh lookup at the service about the recommended/required details? or will it just adjust the port number?
G J Piper commented
@analyzer: I have several manually created autodiscover/autoconfig setups that specifically preselects/forces POP configuration and does not give the user a choice of IMAP. The user does however have the option of setting up their client manually and using IMAP.
Even TB is nudging users to apply the autodiscover results. users can indeed ignore them, but the UI is optimized for accepting the autodiscover proposal with IMAP.
While you fear they could pull their mails via POP3 to their disk and have a breakdown (of what exactly? of their disk?), I have more experience with problems caused by them "not knowing a dime" about quota-related datacare and by syncing tons of data causing freezes by hardware resource shortages.
As said, I understand the benefits of IMAP in certain situations. But I'd love to see more user autonomy (that needs to be implemented by clients developers)
Well @Plesk Staff, the scenario is the typical one:
My clients want to use their mailing-account in Thunderbird and/or Outlook but don't know a dime about ports, SSL or anything. I want to provide them with state of the art settings out of the box, for security and to avoid clients pulling all their mails via POP3 and blaming me, once their computer breaks down.
Also I have got multiple domains on a single server, which all are supposed to resolve to the same mx/mail-domain, so clients always connect to the central server.
Autodiscover only forces a configuration where it isn't a choice anyway. Using Thunderbird you can always manually edit the settings if you want to, but in other software that doesn't leave the choice, in most cases it is better for the user and the provider to provide a secure and out-of-the-box setting.
@analyzer You are absolutely right ! but (as far as I know) office 2016 do not leave the choice between POP and IMAP
One thing I want to remind is that Autodiscover preselects/forces IMAP configuration and does not give the user the choice of POP3. Sure IMAP has its justification in certain situations, e.g. multiclient operation and complementing mobile opertion. But I believe it is favored over POP3 unjustly, just for "fashion".
However I acknowledge that this what I call "imap enforcement problem" applies by "modern" clients anyway, and is not being solved by plesk servers' autodiscover-non-support.
Yes please implement this feature
>> Could you provide more information about your scenario? In particular, could you explain which settings you want to be automatically discovered and at which step of your scenario?
Please let me break into this conversation and shed some light to this request:
The Autodiscover service is a required service for Outlook-Exchange connectivity since Outlook 2007 (and newer).
How it may look from side of end-user:
user opens his Outlook client and adds his account via Auto Account Setup by only supplying his name, his email address and password. When he is done everything correctly and the server has been properly configured, user account will be configured in Outlook automatically. (IMAP/SMTP ports, mail severs names, TLS settings).
Please implement as soon as possible.. don't wait but act!! My clients only want to / can enter their e-mail and password. All the rest should be automatically! Many many others already have this functionality...
Matthias Bender commented
We realy need this feature.
We need this because Outlook 2016
I meets this request too:
@June 26, 2018 18:33 yeah exactly we are paying for Plesk because we wan't to do everything manually.
Thex should implement this way then!!
Just download and install this tool. This is what you are looking for!
We're so behind all others as it's 2018 and setting up email shouldn't require more than 2 items (their email address and email password) for clients to enter in their email client or mobile device.
PLESK we need you to work on what will grow our businesses of happy customers and lower costs for support. Over 80% of our support goes toward email setup issues.
Good luck...we've been asking for years.