Base de connaissances : Services > Email

Voici un tutorial Flash vous présentant la configuration d'outlook express pour une utilisation sur un VPS:

> Tutorial Flash

Cordialement,
AQUEOS.

Pour configurer outlook2003 suivez ce petit tutorial en flash:

> Configurer OUTLOOK2003


Cordialement,
Le support technique.


   Sur les formules Aquelia et dédiés la configuration du compte email est indiquée ci dessous. Nous utilisons le nom du serveur et non pas le nom de domaine de votre client car le certificat SSL présent sur le SMTP est généralement celui portant ce nom. Si vous avez modifié la configuration pour mettre un autre certificat vous pouvez utiliser autre nom de domaine pointant sur la machine , toutefois, pour etre tranquille, il est plus simple d'utiliser par défaut le nom du serveur comme xxx.aquelia.net ou xxx.aqserver.com.

  Pour la réception en IMAPS:

Serveur:  nom du serveur,
    ex xxx.aquelia.net

Port : 993,
    le port 993 est le port "IMAPS", donc imap sécurisé.

Cocher TLS/SSL


Login ou identifiant:  Identifiant de l'utilisateur
   Généralement  de la forme user.site, ce n'est pas l’émail.

Mot de passe:  Celui renseigné lors de la création du compte


  Pour la réception en POPS:

  Si vous préférez le pop a la place de l'imap:

Serveur:  nom du serveur,
    ex xxx.aquelia.net

Port : 995,
    le port 995 est le port "POP3S", donc pop3 sécurisé.

Cocher TLS/SSL


Login ou identifiant:  Identifiant de l'utilisateur
   Généralement  de la forme user.site, ce n'est pas l'email.

Mot de passe:  Celui renseigné lors de la création du compte



  Pour l'envoi des email, le smtp donc vous devez utiliser:


Serveur:  nom du serveur,
    ex xxx.aquelia.net

Port : 587,
    le port 587 est le port "submission" standard. Le vieux port 25 n'est plus utilisé pour l'envoi d’émail depuis 10ans

Cocher TLS/SSL (startTLS, tls explicite)

Mot de passe et login:  Utiliser les meme que pour le pop et l'imap


  Voila les informations qu'il vous faudra posséder pour configurer un compte.

le port utilisé pour envoyer les emails est historiquement le port 25. Toutefois depuis de nombreuses année le role du smtp a été divisé en deux:

- Port 25 (smtp) pour la réception des emails gérés par le serveur
- Port 587 (submission)   pour que les utilisateurs envoient des emails vers un destinataire quelconque

Bien sur, 99% des clients emails (outlook, Mail, Thunderbird..)  continuent dans leurs configuration à utiliser le port 25 par defaut.   Maintenant que de nombreux fournisseurs d'accès ferment l'accès a ce port dans l'espoir de freiner le spam il va faloir que chacun vérifie bien sa configuration et remplace le port smtp de 25 vers 587. Ce simple changement vous permettra de continuer a envoyer vos emails comme avant.

Après des rumeurs sur Free c'est au tour de Wanadoo semble t il de bloquer le port 25. Il n'est pas confirmé que ce soit définitif mais passer sur le port 587 vous donnera l'assurance que vous pouvez continuer a envoyer vos emails.

Cordialement,
Ghislain ADNET.
AQUEOS

Bonjour,

Sur les VPS v2 les autorisations nécessaires pour envoyer des mails se font avec la methode dite :

"smtp-auth"


Si vous utilisez outlook, voici une aide :

Aide Outlook Express

Aide Outlook 2003

Pour mozilla thunderbird c'est le réglage par défaut.

Pour les autre logiciels regardez si celui-ci comporte une option "mon serveur requiert une authentification" ou une option "smtp-auth". Vous devrez peu être vous aider du manuel pour trouver l'option. Cette option existe dans tous les logiciels de messagerie de moins de 3 ans.

Une fois cette option cochée vous devriez pouvoir envoyer vos emails.

Cordialement,
AQUEOS.

Les script Perl sur un VPS v2 s'executent avec les doits de l'utilisateur principal du site (le compte ftp principal). Ainsi pour le site:


domaine : monsite.com
login ftp: ftpmonsite

Le script perl est lancé par l'utilisateur ftpmonsite, sendmail traduit ce nom en adresse email en lui ajoutant le domaine de la machine (sendmail ne peu pas savoir de quel site web vient cet utilisateur). Le nom de la machine est le domaine principal, celui indiqué dans votre lettre de bienvenue et que vous pouvez avoir en tappant la commande "hostname" sur la ligne de commande. Par exemple :

core1:/root%(root)> hostname
core1.adn-services.com




Pour cet exemple sendmail utiliserais comme expediteur : ftpmonsite@core1.adn-services.com

Si ce mail n'existe pas et n'est pas définit, ce qui est souvent le cas, sendmail rejette vos message dans le fichier dead-letters dans le repertoire HOME de l'utilisateur ftp. En effet sendmail ne peu envoyer de message si l'adresse de son expediteur n'existe pas ( pour raison de sécurité). Le message d'erreur des logs est "data format error".

Pour corriger ceci creez simplement une adresse email depuis votre tableau de bord. Cette adresse doit etre de la forme suivante:

loginftp@nomdelavps ( ftpmonsite@core1.adn-services.com )

si mon site a pour user d'administration ftpmonsite et que la VPS se nomme core1.adn-services.com je dois créer une adresse ftpmonsite@core1.adn-services.com. Peu importe ou je la redirige pourvus qu'elle existe pour le systeme. Il n'est pas necessaire de créer un compte pop pour celle-ci.

Cordialement,
Le support technique.
Lors de la création d'un répondeur automatique sous cpx si il refuse de valider votre message vérifiez que vous n'avez pas mis d'accent dans le sujet et le corps du message.

En effet les accents posent soucis au CPX et il refuse quelquefois d'enregistrer votre message !

a savoir donc !

Cordialement,
Ghislain.
Si vous utilisez les alias pour envoyer vers une commande unix un email il vous faut vous assurer que l'utilisateur est "trusted" sinon cela ne fonctionne pas. Donc il faut faire la manipulation suivante:

tappez ceci:

echo '/SENDMAIL/ANY/SHELL/' >> /etc/shells

Qui indique a sendmail d'executer la commande meme si l'utilisateur n'a pas un shell ( donc est jutse un compte pop ou ftp).

Cordialement,
Ghislain.

 

Sendmail conserve la liste des domaines qu'il considère comme local dans un fichier texte, celui-ci se trouve à l'emplacement suivant :

 

/etc/mail/local-host-names

 

Il contient un domaine par ligne. Si votre domaine n'héberge pas ses emails sur la plateforme il faut bien vérifier que le domaine en question n'est PAS dans cette liste. Par exemple sur un VPS les interfaces d'administrations ajoutent automatiquement le domaine à ce fichier. Il convient alors de le modifier après avoir configuré le site.

 

Pour ceci éditez le fichier et supprimez (ou commentez avec un #) la ligne ou se trouve le domaine. Connectez vous en ssh sur le serveur et tappez la commande suivante en tant que "root" :

nano -w /etc/mail/local-host-names

 

ceci vous permet d'editer le fichier (en tant que root). Supprimez la ligne contenant le domaine puis sauvegardez le fichier ainsi modifié (ctrl-x).

 

Pour que Sendmail relise le fichier il faut le redémarer, pour ceci utilisez la commande

restart_sendmail

sur un VPS v2, ou

/etc/init.d/sendmail restart

sur un dédié

Ainsi sendmail ne reconnais plus ce domaine comme local et renvoit les emails vers le bon serveur (celui configuré dans les champs MX du domaine).


Cordialement,
Ghislain ADNET.
AQUEOS.