[haiku-development] Re: mail preferences auto config
- From: "Dustin Howett" <alaricx@xxxxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Mon, 8 Dec 2008 07:23:40 -0500
On Mon, Dec 8, 2008 at 7:15 AM, Clemens zeidler
<clemens.zeidler@xxxxxxxxxxxxxx> wrote:
> Hi,
>
> I attached a patch which simplify the configuration of an email account.
> When you setup a email account you normally only know your mail address,
> your username and your password. What you don't know is the server data. So
> I
> create a database to provide this information.
>
> When you enter your email address now the email perferences looks into the
> database for the server names, the auth type and also if it is possible to
> get the username from the email address (mostly it is the local part or
> the complete email address). So in the best case you only have to enter your
> email addresse and your password and mails are coming in :-)
>
> If the provider is not in the database a dns query for the mx record is
> started. Thanks to Oliver Tappe for this idea. If also this failed a sever
> name "mail.provider.de" is guessed.
>
> I also attached a discription for the provider database files *) To add the
> database files to the image you have to add
>
> AddFilesToHaikuImage home config settings Mail ProviderInfo :
> $(ProviderInfos) ;
>
> in the HaikuImage file.
>
> Could somebody look into the patch?
>
> thanks
> Clemens
>
>
> *)
> The database is simply a collection of files with attributes. (Is this a got
> idea in terms of performance when you read hundereds of files? The files are
> readed every time when you start the Autoconfig window.) Here an example
> rdef file:
>
> resource(1, "Provider") "gmx.de";
> resource(2, "POP Server") "pop.gmx.net";
> resource(3, "IMAP Server") "imap.gmx.net";
> resource(4, "SMTP Server") "mail.gmx.de";
> resource(5, "POP Authentification") 0;
> resource(6, "SMTP Authentification") 0;
> resource(7, "Username Pattern") 0;
>
>
> you can pass the following options to the last three items:
>
> "POP Authentification":
> 0 plain text
> 1 APOP
>
> "SMTP Authentification":
> 0 none
> 1 ESMTP
> 2 POP3 before SMTP
>
> "Username Pattern":
> 0 username is the email address (default)
> 1 username is the local-part of the email address
> local-part@xxxxxxxxxx
> 2 no username is proposed
>
>
>
I really, really like this idea.
+1; i do believe the Provider resource would be be better stored as
the filename, though, if possible; and if it's already done, then the
Provider resource itself wouldn't need to exist.
Other related posts:
