Email server details auto-discovery

One of the most annoying problems with desktop mail clients are its painful first time configuration. Even while most of our computer software are plug&play, mail clients are not, and even the advanced User would refer to gmail help to configure his gmail account with IMAP in Thunderbird mail client.

My personal PDA (Windows Mobile 2005) has one feature I was missing in other mail clients – it has an auto-discovery feature which let me define my mail accounts without requiring me to enter any detail other than my email address for that account.

How it can be made? It is not a rocket science; all you have to do is to create a centralized server capable of storing server addresses for each domain, and than each user will query for details from the account creation wizard . That's how Microsoft did that for my PDA client.

Mozilla Thunderbird currently have a way for mail service providers to put their configuration in advanced in the account wizard. You can define your gmail (POP) account with just few clicks, and can install other providers right from AMO. But still you have to manually install a specific addon in order to use your own mail account in your company, and that extension will be used just once – only for the account wizard.

ISP Account Wizard

But that's not all, let's make it distributed! Managing records for each domain and email provider worldwide is a hard, and even if we have the mechanisms to power the database we need somehow to authenticate the domain owners to let them change their records.

Thanks to DNS SRV records, domain owners can define custom services available at their domain, much like how MX records used to define the location of the SMTP server. Currently Jabber/XMPP and SIP are the most dominant services in SRV records.

$ nslookup -type=srv
Non-authoritative answer: service = 5 0 5222 service = 20 0 5222 service = 20 0 5222 service = 20 0 5222 service = 20 0 5222

Jabber configuration for Gmail users

In order for mail providers to be able to do the auto-discovery magic we would need to define keywords for IMAP and POP for SRV RR, and to develop small changes in the mail client programs. It's not that hard if we count all the calls to the ISPs by novices just to ask them how to configure the client.

For example, if the incoming mail server of sits in, we should have valid DNS SRV record for pointing to

I've filled a bug report in Mozilla for this issue. You are more than a welcome to track that page.

7 תגובות בנושא “Email server details auto-discovery”

  1. ה־PDA שלי מציג נתונים שנשאבים כנראה מבסיס נתונים שבבעלות מייקרוסופט. לתוכנות קוד פתוח אין את האמצעים והמשאבים שיאפשרו תחזוקה של שרת כזה ושמירה על עדכניותו.

    לא ידוע לי על שרתים שמפרסמים באמצעות רשומות SRV כתובות של שרתי IMAP ו־POP3, מהסיבה שכיום אין לכך שום שימוש; רשומות SMTP אין שום סיבה לפרסם באמצעות DNS SRV, מהסיבה שכתובות שרתי ה־SMTP מופיעות בתור רשומות MX.

  2. לתוכנות חופשיות יש את המשאבים לתחזק מאגר כזה. האלטרנטיבה היא לסמוך על כל הספקים. השאלה היא האם זה באמת יקרה.

    רשומות MX של SMTP אינן בהכרח מה שאליהן לקוח דואר פשוט אמור לשלוח דואר. בשנים האחרונות יש יותר ויותר הפרדה בין השניים.

  3. הקמה ותחזוקה של מאגר מרכזי תדרוש משאבים רבים כי כל לקוח דוא"ל צריך לפנות אליו, ותגרור אחריה גל של אנשים שינסו לחבל בבסיס הנתונים כדי להשיג כתובות דוא"ל לגיטימיות ואף לנתב משתמשים דרך שרתי פישינג שלהם. שימוש ברשומות SRV משאיר את השליטה המלאה בידי בעלי שם המתחם, ולא דורש מהם להירשם באתרים מיוחדים בשביל שאנחנו נוכל להשתמש בזה.

    ובכל מקרה, תמיד נצטרך fallback לשימוש בתצורה הנוכחית עבור שרתים שלא הותאמו לעבודה עם SRV.

השאר תגובה