[Standards-JIG] Re: Extending SMTP with XMPP?
s.devrieze at pandora.be
Sun Jan 22 18:20:24 UTC 2006
Op zondag 22 januari 2006 14:01, schreef Matthew Wild:
> ---------- Forwarded message ----------
> From: Matthew Wild <mwild1 at gmail.com>
> Date: Jan 22, 2006 12:55 PM
> Subject: Re: [Standards-JIG] Extending SMTP with XMPP?
> To: Jabber protocol discussion list <standards-jig at jabber.org>
> Easy... if the recipient has a Jabber account, the client can be configured
> to use XMPP wherever/whenever possible. If it doesn't have a clue what XMPP
> is, it can just ignore and use the old method.
> Personally I quite like this idea...
> The only way new ideas ever get great success when being deployed to a
> large base of users who will always choose the old known method over the
> new better one, is to make the new better one so invisible, that it
> requires little or no configuration.
> The only current problem facing is, do we make a Jabber client that
> supports SMTP, an email client that supports XMPP, or a new hybrid that we
> try and get everyone to use? :-) Only the success of individual
> implementations will tell.
1) Add some server-side stuff that is as much compatible with existing email
server software. In this way it will be 100% compatible with Microsoft
Outlook and they can not prevent the technology to emerge by not supporting
it, because they do not need to change anything. Also add a reason for ISPs
to add it (less spam, easy deployment, cost savings by no need to filter
2) Get this deployed by as much as possible servers.
3) Add protocols so that email/Jabber clients also can receive/send the emails
4) Add protocols/features that makes receiving and/or sending emails via XMPP
more cool, than doing this over SMTP/POP3/IMAP.
5) Implement these features in as much as possisble clients to force other
vendors to support XMPP (or leave the market).
See my other post in this thread for an URL with details about this.
Mvg, Sander Devrieze.
xmpp:sander at devrieze.dyndns.org
ejabberd, the expandable Jabber daemon. --
More information about the Standards