SMTP : Adresse IP expéditrice

En cas de plusieurs IP sur le serveur de mail (notamment pour éviter l’utilisation du port 32000), certains MTA refusent la connexion pour cause de Spam.

La vérification est la suivante :
1/ Reverse DNS sur l’IP de connexion existe ?
2/ Si oui, résolution l’adresse IP -> nom DNS
3/ Pour boucler, résolution nom DNS dans IP

Si l’adresse n’est pas la même, le MTA adverse refuse la connexion.
Pour corriger ça, il faut mettre l’adresse IP sortante dans l’onglet option du domaine concerné.

SMTP Error: Could not connect to SMTP host

Par défaut, à l’installation, le client web est configuré pour contacter les serveurs SMTP et IMAP sur le port 127.0.0.1. Hors il faut tout configurer pour utiliser une IP publique.

Voilà la modification à apporter :
– menu Groupware -> Client Web, changer les adresses IP pour contacter les services SMTP/IMAP/Messagerie Instantanée en IP publique.
– redémarrer les services Web et Control
– ouvrir le webmail dans une nouvelle fenêtre de navigateur
– envoyer un message

v10.x boite pleine

On ne reçoit plus de message d’alerte instantané dans le cas de boites pleines :

Le RFC indique que l’erreur « mailbox full » doit être traité comme une erreur temporaire.
C’est pour cette raison que l’erreur renvoyée par le serveur commence par 4xx.

En suivant les spécifications, il est normal que l’expéditeur ne reçoit pas d’alerte car le serveur de l’expéditeur est sensé retenter l’envoi. C’est seulement à la fin de la durée des renvois définis dans le paramétrage du serveur expéditeur enverra un bounce à l’expéditeur.

NB de Merak : Cependant, pour répondre aux questions comme la tienne, à partir de la 10.3, l’administrateur aura la possibilité de forcer que l’erreur « mailbox full » doit générer une erreur fatale (5xx). Dans ce cas, l’expéditeur sera alerté tout de suite.

10.3 française sortira fin avril.
La variable à positionner est :

tool set system C_Mail_SMTP_Other_FullMailboxPermanentError 1

A noter que le choix 4xx ou 5xx s’applique à tout le serveur.

Webmail > Connection Auto Merak v10

Récupérer le dossier autologin, et le décompresser dans un dossier sur Merak/html/webmail/

Dans le fichier login.html, remplacer toute la partie form par :

Fichier login.js :

Fichier proxy.php :

 

règles sur Message Sytem

Les messages systèmes (style Delivery), par défaut, ne sont effectivement pas soumis aux traitements anti-spam, anti-virus, règles…

Pour que ce soit le cas, il faut que l’option « file MDA pour les messages du système » soit validée : dans Serveur de messagerie -> Service SMTP -> onglet Distribution, cocher « utiliser la file MDA pour les messages du système »

Il peut cependant y avoir des effets secondaires puisque tous les messages internes (messages d’erreurs, listes de diffusion…) sont alors traités comme des messages entrants et sont soumis aux filtres et à l’anti spam en particulier. Les conséquences ne doivent pas être très importantes mais il faut être attentif pendant quelques temps au fonctionnement du serveur.

OUTLOOK > ajout d’un calendrier partagé

Avec Merak, vous pouvez partager les informations d’un autre compte (calendrier, contacts, notes, …), pour ce très simple :

Exemple, laurent veut voir le compte philippe dans son Outlook.

0/ Laurent ferme son outlook
1/ Philippe ajoute le compte Laurent comme ami – il peut le faire soit dans son Outlook (dans le connecteur), soit dans son webmail (menu partage)
2/ quand c’est fait, Laurent ouvre à nouveau Outlook
3/ Laurent ajoute maintenant Philippe dans le menu comptes partagés
4/ un nouveau calendrier doit se créer au nom de Philippe.

Poussons le bouchon un peu plus loin, en visionnant les indisponibilités dans les demandes de rdv :

0/ Ouvrir Outlook
1/ Outils > Options > Options du Calendrier > Options de disponibilité
2/ Dans emplacement de recherche, saisissez : http://{{IP_SERVEUR_MAIL}}:32000/freebusy/?%NAME%@%SERVER%
3/ Validez et le tour est joué.