fr.comp.mail.serveurs http://www.nnseek.com/e/fr.comp.mail.serveurs/ Posts for fr.comp.mail.serveurs Mon, 08 Sep 2008 03:06:06 PDT http://www.nnseek.com/ http://www.nnseek.com/ http://www.nnseek.com/img/64.png 64 64 NNSeek <![CDATA[[RFC] UTF8SMTP (experimental)]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/rfc_utf8smtp_experimental_91390106t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/rfc_utf8smtp_experimental_91390106t.html fr.comp.mail et
fr.comp.mail.serveurs avec suivi vers ce dernier ]

Bonjour,

Pour info, trois RFC viennent d'être publiés concernant la possibilité
future d'utiliser de l'UTF-8 brut dans les entêtes d'un message SMTP,
qu'il s'agisse du sujet du message (champ Subject), du nom de l'expédi-
teur ou du destinataire, ou encore des adresses de courriel (partie
gauche *et* partie droite de l'adresse). Outre les entêtes, cela
concerne aussi les commandes « MAIL FROM: » et « RCPT TO: » ainsi que
les messages d'erreur.

Pour ceux que cela intéresse et qui comprennent l'anglais :
http://www.rfc-editor.org/rfc/rfc5335.txt
http://www.rfc-editor.org/rfc/rfc5336.txt
http://www.rfc-editor.org/rfc/rfc5337.txt

Note : ma propre connaissance de l'anglais étant limitée, le résumé
ci-dessus est peut-être incorrect. Se reporter aux RFC pour des infos
correctes.

Cordialement,
--
Olivier Miakinen
  Posted In: fr.comp.mail.serveurs   no comments   Reply

]]> Mon, 08 Sep 2008 03:06:06 PDT <![CDATA[OpenXChange ...]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/openxchange_90835866t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/openxchange_90835866t.html Exchange ?
Si oui Est-il utilisable avec ThunderBird ? avec des fonctionnalités
d'agenfa etc .



Est-ce une bonne solution alternative et open source à Outlook + Exchange ?

En particulier y a t'il des fonctions de synchro avec les Nokias ou les
notepad et autres Blackberries ?

merci de vos retours



  Posted In: fr.comp.mail.serveurs   1 Comment   Reply

]]> Tue, 02 Sep 2008 05:53:21 PDT <![CDATA[[Charte] fr.comp.mail.serveurs]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/charte_fr_comp_mail_serveurs_90739098t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/charte_fr_comp_mail_serveurs_90739098t.html
Bonjour,

Le groupe fr.comp.mail.serveurs (non-modéré) a été créé le 12 février
2004.
<newgroup-fr.comp.mail.serveurs-0-2@usenet-fr.news.eu.org>.


Le bon fonctionnement de ce groupe étant dépendant uniquement de cette
charte, il est demandé à tout futur contributeur de ce groupe de bien
vouloir la lire pour que les messages à publier puissent s'y conformer.



================
Charte du forum
================

NOM : fr.comp.mail.serveurs

STATUT : Non modéré

DESCRIPTION : Logiciels serveurs de messagerie électronique.

LANGUE : français

OBJET :

fr.comp.mail.serveurs est dédié aux discussions autour des serveurs de
messagerie électronique, des protocoles associés et de leur évolution:
théorie (protocoles, RFC, standards, normes, etc.) et pratique (mise en
oeuvre, configuration, adaptations).

Le terme "serveur" est ici à comprendre comme agents de transfert de
courrier (MTA ou Mail Transfer Agents) par opposition aux agents
utilisateur (MUA ou Mail User Agents). La première catégorie est en
charte, la seconde ne l'est pas. (Voir RFC2821, 2.3.3 Mail Agents and
Message Stores).

Les discussions pourront porter sur les thèmes suivants:
- protocoles : SMTP, POP3, IMAP, autres.
- serveurs : sendmail, postfix et autres, quelle qu'en soit
la plate-forme hôte.
- passerelles ayant une interface SMTP.
- listes : Listserv, Majordomo, Tulp etc.
- stockage du courrier, organisation d'un service
- configuration : prévention des détournements (relais, abus)
- filtrage : impact des messages indésirables (spam, virus),
contre-mesures.

Les discussions sur les agents utilisateur, fonctions de filtrage côté
utilisateur, prestataires de services de mail, y sont hors-sujet et
restent dans le groupe parent.

La publication croisée (cross-post) est admise lorsque le sujet concerne
les deux lectorats (exemple: listes RBL).

RAISON:

Clients et serveurs relèvent de logiciels différents, de techniques
différentes, et s'adressent à des publics différents. Le volume des
discussion sur les clients de messagerie augmente avec leur diversité et
le nombre de leurs utilisateurs. Devant cet accroissement, et compte tenu
de la disjonction logique des deux domaines, il apparaît profitable de
créer un groupe dédié aux serveurs de messagerie.


QUELQUES RAPPELS DE BON USAGE :

Les règles en usage dans la hiérarchie fr s'appliquent à ce forum. On
rappelle en particulier que les binaires, HTML et pièces-jointes, ainsi
que la publicité sont interdits.



----------------
FIN DE LA CHARTE
----------------








--
La présente publication des documents de fr.usenet.reponses fait suite à
la panne du robot MaintFAQ. Si vous êtes le mainteneur de ce document et
que vous souhaitez le modifier, veuillez me contacter à jogo@matabio.net.
Si MaintFAQ venait à reprendre du service, ce message serait annulé.
  Posted In: fr.comp.mail.serveurs   no comments   Reply

]]> Sun, 31 Aug 2008 22:00:14 PDT <![CDATA[Soucis avec certains mails : Amavis & encodage !]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/soucis_avec_certains_mails_amavis_encodage_89957786t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/soucis_avec_certains_mails_amavis_encodage_89957786t.html
J'ai un serveur mail (Postfix, amavisd-new, spambayes) qui marche bien
sauf qu'amavis me détecte des entêtes foireux. Pas tous les mails, juste
2 catégories :

- Les mails d'erreur que le serveur génere et qui sont envoyés à root :

X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject:
.../Serveurmail >/dev/null #R\351ception des Mails\n


Et les accusés de réception que nos postes (tous sous Thunderbird)
envoient :

X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char C3 hex): Subject:
Accus\303\251 de r\303\251ception[...]


Ce ne sont pas les seuls a avoir des accents, donc cela ne semble pas
être la cause, mais là, je donne ma langue au chat.....

Si vous avez une idée ?

Amitiés de Corse
  Posted In: fr.comp.mail.serveurs   5 Comments   Reply

]]> Thu, 21 Aug 2008 05:36:35 PDT <![CDATA[encodage des archives avec mailman]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/encodage_des_archives_avec_mailman_89817242t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/encodage_des_archives_avec_mailman_89817242t.html
Je viens d'installer mailman sur mon petit serveur Debian Etch avec Postfix,
et tout s'est très bien passé, sauf un petit problème pour lequel je
n'arrive pas à savoir où chercher.

Quand je consulte les archives d'une liste, les accents sont tout cassés.
L'encodage déclaré du html est l'iso-8859-1, et quand j'examine le source
de la page dans vim, c'est un truc tout bizarre où un « é » par exemple
donne les trois octets « ef bf bd ».

Le mail de test était encodé en Latin1 et quoted-printable. Dans l'archive
téléchargeable en texte brut, il est (correctement) encodé en latin1 et
lisible sans problème.

Le problème des pages web générées par pipermail concerne aussi les dates
(dans « août », le « û » finit aussi sur 3 octets, ce qui est louche pour
du soi-disant latin1).

Y a-t-il moyen de régler ces sournois problèmes d'encodage ?

Pour info et si ça compte, la locale par défaut du système est fr_FR.UTF-8
UTF-8, et la version de Mailman est la 2.1.9.

Merci d'avance pour tout piste !

Manuel.

  Posted In: fr.comp.mail.serveurs   4 Comments   Reply

]]> Tue, 19 Aug 2008 12:43:48 PDT <![CDATA[[Charte] fr.comp.mail.serveurs]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/charte_fr_comp_mail_serveurs_89511322t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/charte_fr_comp_mail_serveurs_89511322t.html
Bonjour,

Le groupe fr.comp.mail.serveurs (non-modéré) a été créé le 12 février
2004.
<newgroup-fr.comp.mail.serveurs-0-2@usenet-fr.news.eu.org>.


Le bon fonctionnement de ce groupe étant dépendant uniquement de cette
charte, il est demandé à tout futur contributeur de ce groupe de bien
vouloir la lire pour que les messages à publier puissent s'y conformer.



================
Charte du forum
================

NOM : fr.comp.mail.serveurs

STATUT : Non modéré

DESCRIPTION : Logiciels serveurs de messagerie électronique.

LANGUE : français

OBJET :

fr.comp.mail.serveurs est dédié aux discussions autour des serveurs de
messagerie électronique, des protocoles associés et de leur évolution:
théorie (protocoles, RFC, standards, normes, etc.) et pratique (mise en
oeuvre, configuration, adaptations).

Le terme "serveur" est ici à comprendre comme agents de transfert de
courrier (MTA ou Mail Transfer Agents) par opposition aux agents
utilisateur (MUA ou Mail User Agents). La première catégorie est en
charte, la seconde ne l'est pas. (Voir RFC2821, 2.3.3 Mail Agents and
Message Stores).

Les discussions pourront porter sur les thèmes suivants:
- protocoles : SMTP, POP3, IMAP, autres.
- serveurs : sendmail, postfix et autres, quelle qu'en soit
la plate-forme hôte.
- passerelles ayant une interface SMTP.
- listes : Listserv, Majordomo, Tulp etc.
- stockage du courrier, organisation d'un service
- configuration : prévention des détournements (relais, abus)
- filtrage : impact des messages indésirables (spam, virus),
contre-mesures.

Les discussions sur les agents utilisateur, fonctions de filtrage côté
utilisateur, prestataires de services de mail, y sont hors-sujet et
restent dans le groupe parent.

La publication croisée (cross-post) est admise lorsque le sujet concerne
les deux lectorats (exemple: listes RBL).

RAISON:

Clients et serveurs relèvent de logiciels différents, de techniques
différentes, et s'adressent à des publics différents. Le volume des
discussion sur les clients de messagerie augmente avec leur diversité et
le nombre de leurs utilisateurs. Devant cet accroissement, et compte tenu
de la disjonction logique des deux domaines, il apparaît profitable de
créer un groupe dédié aux serveurs de messagerie.


QUELQUES RAPPELS DE BON USAGE :

Les règles en usage dans la hiérarchie fr s'appliquent à ce forum. On
rappelle en particulier que les binaires, HTML et pièces-jointes, ainsi
que la publicité sont interdits.



----------------
FIN DE LA CHARTE
----------------








--
La présente publication des documents de fr.usenet.reponses fait suite à
la panne du robot MaintFAQ. Si vous êtes le mainteneur de ce document et
que vous souhaitez le modifier, veuillez me contacter à jogo@matabio.net.
Si MaintFAQ venait à reprendre du service, ce message serait annulé.
  Posted In: fr.comp.mail.serveurs   no comments   Reply

]]> Fri, 15 Aug 2008 22:00:15 PDT <![CDATA[Re: [Solution] HELO correct avec Outlook express]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/solution_helo_correct_avec_outlook_express_88399514t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/solution_helo_correct_avec_outlook_express_88399514t.html neottia.net> écrivait :

> Michel Guillou écrivit :
>
>> > Je me dis que je vais mettre des points dans le
>> > nom de ma machine, mais Windows ne veut pas. Alors
>> > je me dis que je vais cliquer la case qui permet
>> > d'ajouter un « suffixe DNS » et mettre un suffixe
>> > bidon là-dedans, mais ça ne marche pas non plus, parce
>> > que si ça donne bien un nom complet avec des points,
>> > le logiciel ne se sert pas du nom complet au moment de
>> > rédiger sa commande HELO.
>>
>> Là, c'est sot.
>
> Je reviens sur ce point. J'aurais pu aller plus loin et demander à mon
> logiciel serveur que le nom d'hôte utilisé pour HELO soit résolu. Là
> encore, les RFC ne l'exigent pas mais je suis certain de l'efficacité du
> machin...

Là c'est s'exposer à beaucoup de faux positifs vu le nombres de
logiciels qui mettent la partie droite de l'adresse mail d'expéditeur
dans le helo...

SUite sur fr.comp.mail.serveurs

--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
  Posted In: fr.comp.mail.serveurs   1 Comment   Reply

]]> Sun, 03 Aug 2008 02:04:14 PDT <![CDATA[[Charte] fr.comp.mail.serveurs]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/charte_fr_comp_mail_serveurs_88360602t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/charte_fr_comp_mail_serveurs_88360602t.html
Bonjour,

Le groupe fr.comp.mail.serveurs (non-modéré) a été créé le 12 février
2004.
<newgroup-fr.comp.mail.serveurs-0-2@usenet-fr.news.eu.org>.


Le bon fonctionnement de ce groupe étant dépendant uniquement de cette
charte, il est demandé à tout futur contributeur de ce groupe de bien
vouloir la lire pour que les messages à publier puissent s'y conformer.



================
Charte du forum
================

NOM : fr.comp.mail.serveurs

STATUT : Non modéré

DESCRIPTION : Logiciels serveurs de messagerie électronique.

LANGUE : français

OBJET :

fr.comp.mail.serveurs est dédié aux discussions autour des serveurs de
messagerie électronique, des protocoles associés et de leur évolution:
théorie (protocoles, RFC, standards, normes, etc.) et pratique (mise en
oeuvre, configuration, adaptations).

Le terme "serveur" est ici à comprendre comme agents de transfert de
courrier (MTA ou Mail Transfer Agents) par opposition aux agents
utilisateur (MUA ou Mail User Agents). La première catégorie est en
charte, la seconde ne l'est pas. (Voir RFC2821, 2.3.3 Mail Agents and
Message Stores).

Les discussions pourront porter sur les thèmes suivants:
- protocoles : SMTP, POP3, IMAP, autres.
- serveurs : sendmail, postfix et autres, quelle qu'en soit
la plate-forme hôte.
- passerelles ayant une interface SMTP.
- listes : Listserv, Majordomo, Tulp etc.
- stockage du courrier, organisation d'un service
- configuration : prévention des détournements (relais, abus)
- filtrage : impact des messages indésirables (spam, virus),
contre-mesures.

Les discussions sur les agents utilisateur, fonctions de filtrage côté
utilisateur, prestataires de services de mail, y sont hors-sujet et
restent dans le groupe parent.

La publication croisée (cross-post) est admise lorsque le sujet concerne
les deux lectorats (exemple: listes RBL).

RAISON:

Clients et serveurs relèvent de logiciels différents, de techniques
différentes, et s'adressent à des publics différents. Le volume des
discussion sur les clients de messagerie augmente avec leur diversité et
le nombre de leurs utilisateurs. Devant cet accroissement, et compte tenu
de la disjonction logique des deux domaines, il apparaît profitable de
créer un groupe dédié aux serveurs de messagerie.


QUELQUES RAPPELS DE BON USAGE :

Les règles en usage dans la hiérarchie fr s'appliquent à ce forum. On
rappelle en particulier que les binaires, HTML et pièces-jointes, ainsi
que la publicité sont interdits.



----------------
FIN DE LA CHARTE
----------------








--
La présente publication des documents de fr.usenet.reponses fait suite à
la panne du robot MaintFAQ. Si vous êtes le mainteneur de ce document et
que vous souhaitez le modifier, veuillez me contacter à jogo@matabio.net.
Si MaintFAQ venait à reprendre du service, ce message serait annulé.
  Posted In: fr.comp.mail.serveurs   no comments   Reply

]]> Sat, 02 Aug 2008 10:14:04 PDT <![CDATA[[Postfix + Authentification]]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/postfix_authentification_88140698t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/postfix_authentification_88140698t.html
Orange conseille cette configuration de Thunderbird

http://assistance.orange.fr/1354.php#4

qui marche sans problème.

Qu : comment configurer Postfix pour obtenir le même fonctionnement
(port 587 et authentification par user:password)

Merci, Jacques
  Posted In: fr.comp.mail.serveurs   11 Comments   Reply

]]> Wed, 30 Jul 2008 15:21:31 PDT <![CDATA[SMTP ORANGE + redirecteur]]> http://www.nnseek.com/e/fr.comp.mail.serveurs/smtp_orange_redirecteur_88095130t.html http://www.nnseek.com/e/fr.comp.mail.serveurs/smtp_orange_redirecteur_88095130t.html
J'utilise le SMTP de windows 2003 server comme passerelle de sortie des
emails de l'entrepise.

Comme nous disposons d'une livebox Pro et d'une ligne ADSL classique,
pour ne pas etre blacklisté ce SMTP plutôt que d'envoyer directement les
email, se contente de les relayer vers le SMTP de notre FAI (ORANGE).
Depuis plusieurs mois, les emails envoyés atteignent leurs destinataires
avec plusieurs heures voire jour de retard, parfois même ces emails ne
sont jamais délivrés.

Depuis quelques jours, j'ai une erreur récurrente mais aléatoire dans
les logs de mon SMTP :
"Recipient address rejected: Missing Authentication"

J'ai donc tenté d'éxpédier mes emails vers le SMTP orange en ajoutant
une authentification.

Et là , miracle, non seulement cela fonctionne, mais en plus, la
livraison des emails est instantanée, ce que je n'ai jamais vu depuis de
longs mois.

Comment expliquer ce comportement, sachant qu'à ma connaissance,
l'authentification sur SMTP n'est nécessaire que si l'on utilise une
connexion autre que celle du FAi dont on souhiate utiliser le SMTP...

Merci d'avance de vos idées et conseils.

Salutations.

Yttrium
  Posted In: fr.comp.mail.serveurs   5 Comments   Reply

]]> Wed, 30 Jul 2008 04:51:22 PDT