[dev] [SàT] Compréhension/Contribution

[goffi]

Salut,


Comme j'ai vu que tu t'étais inscrit sur la liste de diffusion, j'en 
profite pour l'inaugurer, même si on n'est pas encore beaucoup pour 
communiquer ça permettra au moins d'archiver les conversations.

Super de faire un schéma ! Je voulais en faire un, mais j'attendais 
d'avancer et de voir un peu d'intérêt (et puis il y a tellement de 
choses à faire). Du coup j'en ai profité pour en un faire un rapide pour 
montrer les grandes lignes de l'architecture de SàT (cf en pièce jointe).
En fait SàT ne reçoit pas de courriel classique par lui même: c'est le 
rôle d'un transport XMPP. Je ne sais pas si tu connais le fonctionnement 
d'XMPP, mais en gros le transport permet de communiquer avec un réseau 
étranger, et donc ici le réseau courriel.
Les plugins IMAP/SMTP ne servent qu'à communiquer avec le MUA, il est 
situé au niveau des plugins. Il joue plutôt le rôle de MDA, mais *pas* 
de MTA (il ne communique pas avec SMTP à l'extérieur, juste avec le MUA).

En gros pour recevoir un message, ça se passe comme ça:
le message est envoyé par courriel -> il est reçu par le transport XMPP, 
côté serveur -> il est désormais en XMPP et arrive jusque SàT -> SàT le 
délivre, et si on utilise les plugins IMAP/SMTP/Maildir, il le délivre à 
un MUA, sinon il le délivre comme un message traditionnel.

Et le chemin est inversé quand tu envoies un message.

Là je suis un peu trop naze pour corriger ton schéma, mais demain je 
regarde ça (par contre je t'invite à regarder le diagramme global).

Un diagramme de classes va vite devenir nécessaire oui.

Côté code il ne faut pas prendre peur, il y a pas mal d'horreurs, mais 
ça va aller en s'améliorant: le code est séparé en plusieurs petites 
parties relativement indépendantes par nature, ce qui le rend pas trop 
compliqué à remettre en forme (refactoring), et ce qui permet aussi de 
l’appréhender par différents bouts (commencer par un frontend ou un 
plugin est peut être plus facile).

Il y a quelques notions qu'il faudrait que j'explique sur le wiki: comme 
l'utilisation des profiles par exemple.

Quant au bugzilla, il est là: http://bugs.goffi.org (d'ailleurs il faut 
que j'y ajoute Libervia).

++
Goffi



On 04/06/2011 00:37, lobsang wrote:
> Salut à Toi ... goffi,
>
> Voici quelques temps que j'ai pris connaissance de l'existence de SàT et j'avoue
> que sur le coup j'ai pas tout compris, mais j'ai senti qu'il y avait là une idée
> très intéressante: unifier la messagerie en remplaçant le bancal SMTP.
>
> Compréhension
> -------------
> Comme tu le souligne de ci de là, l'idée n'est pas vraiment simple à expliquer.
> J'ai farfouillé sur le site et n'ayant trouvé aucun schéma je me suis dit que ce
> serait un bon début: comprendre ton idée et la synthétiser.
>
> Dans l'optique d'ajouter ce schéma à la page de wiki de SàT, pourrais-tu me
> donner ton avis et me dire si j'ai compris la chose ? (ci-joint le fichier
> source pour corrections).
>
> Le point le plus obscure pour moi est le suivant: je ne vois pas très bien de
> quelle manière SàT reçoit un email classique.
>
> Voici ma supposition:
> 1- SàT agit en MUA pour récupérer les mails sur le MTA de domain.tld (via IMAP/POP)
> 2- SàT agit en tant que MDA et délivre les mails dans le format Maildir
> 3- SàT agit «comme un MTA» en offrant des méthodes de récupération de mails
>     classiques (IMAP/POP)
>
> Contribution
> ------------
> Coté code et développement, je vais me plonger dedans pour voir si je me sens de
> participer (peut-être ajouterais-je principalement des commentaires dans le code
> dans un premier temps). À tout hasard, as-tu un «schéma d'architecture» résumant
> brièvement les interactions entre les classes et avec le monde extérieur ?
>
> Existe-t-il un bugtracker pour SàT ? (pas forcément utile mais si des gens
> contribuent ça va devenir indispensable)
>
> Dans tous les cas, je salue ton idée et je te souhaite une bonne continuation,

-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: SàT Global View.png
Type: image/png
Taille: 72693 octets
Desc: non disponible
URL: <http://lists.goffi.org/pipermail/dev/attachments/20110604/42dbbdb1/attachment-0001.png>
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: SàT Global View.dia
Type: application/octet-stream
Taille: 4686 octets
Desc: non disponible
URL: <http://lists.goffi.org/pipermail/dev/attachments/20110604/42dbbdb1/attachment-0001.obj>