Synchronisation mail sans POP, SMTP et IMAP

[barbarien36]

Bonjour a vous tous,

Voici ma problématique :

Je dois installer un serveur de messagerie. Jusque là pas de problème, sauf que les personnes doivent pouvoir récupérer leur mail absolument sous Outlook (donc exit le webmail). De plus dans les hotels ou chez les clients nous n'avons accès la plus part du temps qu'au HTTP, donc exit POP SMPT et IMAP. Aussi je souhaitai savoir si avec SME, j'avais un moyen de synchroniser les mails via http ou https entre le serveur et mes PC clients.

Je vous remerci d'avance pour votre aide.

Ludo

[MasterSleepy]

Salut,

Tu pourrais modifier le port d'écoute du serveur pop ou imap pour qu'il écoute sur le 80.
Après c'est la configuration de ton client outlook qu'il faudra préciser un port particulier.

Attention que si tu fais cela il faut, avant, modifier le port du serveur apache.

Je ne connais pas la procédure pour changer ces deux port là mais à mon avis il faut déjà regarder les propriétés TCPPort de chaque service.
Si cela t'intéresse je regarde cela ce soir.

A+,
MasterSleepy.

[barbarien36]

C'est pas con

Maintenant qu'elles sont les répercussion que cela peut avoir ??? D'après toi cela peut il me bloquer autre pars (genre navigation classique, ...).

En tout cas je vais regarder cela

Merci

[unnilennium]

le seul probleme que ca peut poser c'est si tu héberges des sites web sur ton sme : il neseront plus visible par le port 80.

D'autre part tu peut resoudre le problème de lecture ainsi : mettre le pop OU l'imap dessus.
Cependant tu vas être bloqué pour l'envoie car le smtp a besoind e son propre port...... il va falloire en choisir un qui n'est probablement pas bloqué dans les hotels : le port 443 pour le https .... cependant si tu fais cela tu n'auras plus acces au serveur manager sans utiliser le nouveau port que tu auras defini en https

si on se refere a des configs classiques tu pourais changer les ports classique:
http=> 81 et https => 445 cf IPCOP

et faire
POPS =>80
SMTPS => 443


ce n'est cependant vraiment pas propre .....


autre solution peut etre de faire un vpn avec openvpn et verifier si le port 1180 est ouvert dans les hotels ..... ce qui me semble un minimum pour les gens d'affaire. sinon tu map juste le port 80 sur openvpn ( et http sur 81) et tu ne touches a rien d'autre sur tes client que leur ajouter la connexion vpn a lancer

[sibsib]

Hello,


Hop, hop, hop, hop, je pense que vous pouvez laisser tomber

Dans les hôtels, quand on n'a accès qu'au port 80, c'est qu'on passe à travers un proxy. Et là, j'ai tendance à penser que quand le proxy, il va se faire un petit GET sur le service IMAP ou POP, çà va pas le faire

Maintenant, ce que j'ai vu, c'était plutôt des services de facturation qui nécessitait qu'un navigateur WEB ttourne (afin de décompter 'visuellement' les minutes), mais après çà, on avait un accès assez complet au réseau.

Pour le SMTP, c'est plus compliqué, parce qu'outre la politique de restriction qui pourrait déjà être mise en place dans l'hôtel, il se peut que l'ISP de l'hôtel filtre 'à l'insu du plein gré' le port 25.

Mais çà, çà se résoud en passant en SSMTP qui est nettement plus autorisé (et sera d'ailleurs le seul moyen pour que tes promeneurs puissent utiliser le serveur SME comme expéditeur).

Après, il peut exister des soluces genre VPN par dessus le port 80, mais à ma connaissance, çà passe aujourd'hui par un boitier hard ( = $$$$$ ) .

Ce qui ne veut pas dire qu'il n'y a pas d'autres solutions !

A+,
Pascal

[jibe]

Salut,

Je n'ai pas bien compris l'intérêt de la chose, mais bon, le défi est marrant !

Pourquoi pas une appli web qui permettrait de transférer les courriers de la SME vers les boites d'Outlook et inversement ? Ca ne me parait pas très compliqué, il y a juste l'écriture/lecture des boites Outlook pour laquelle il faudrait trouver une solution, ce qui ne me parait pas impossible à priori avec une solution AJAX ou applet JAVA...

Tout se passerait donc en différé : connexion à l'appli web pour les transferts entrants et sortants, et utilisation d'Outlook en mode hors ligne... Et ainsi, tout passerait par le port 80 (ou 443, ce qui serait préférable), ne demanderait pas de modification des ports (comme dit unnilennium, ce n'est vraiment pas propre !) et donc ne bloquerait rien de plus que ce qui ne l'est déjà...