none
echange 2010 RRS feed

  • Question

  • Bonjour,

    j'ai un exchange 2010 en serveur local, et on commence a utiliser o365, donc j ai des adresses mails en local, et aussi dans le cloud, sur mon copieur ya les adresses en local, jlé aient changé par les adresses du cloud et ils arrivent comme par magie à faire du scan to mail alors que j'ai rien paramétré ? comme ça ? ça sort par ou ?

    parce que à contrario, j ai une petite imprimante et là, rien ne marche, si je rentre le serveur smtp local avec les adresses cloud, ça marche pas, si je rentre le serveur o365 avec les adresses correspondantes ça ne marche pas puisque le pare-feu n'est pas configuré, d'ou ma question....

    Comment le premier copieur peut il faire ?

    lundi 19 avril 2021 16:42

Réponses

  • Bonjour

    certains "scantomail" suivent les RFC ou Standards, d'autres pas.

    Si l'on configure (correctement) la source des envois (email source valide), une authentification "valide" sur le serveur SMTP qui reçoit les messages, il y a toutes les chances que le message suive son cours jusqu'à la destination (Relais autorisé pour les utilisateurs authentifiés).

    Dans tous les autres cas, les messages peuvent au mieux atteindre le serveur et les boites locales.

    A bientôt,


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(91 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate, Modern Desktop Administrator Associate, Security Admin, Azure Administrator https://base.faqexchange.info

    mardi 20 avril 2021 08:03
    Modérateur
  • Bonjour André,

    |...jlé aient changé par les adresses du cloud et ils arrivent comme par magie à faire du scan to mail alors que j'ai rien paramétré ? ...]

    Ben si justement. Votre imprimante (le périphérique) ne communique pas avec le cloud, mais avec votre annuaire (l'AD) via votre serveur SMTP interne (Exchange).

    [... si je rentre le serveur smtp local avec les adresses cloud, ça marche pas, si je rentre le serveur o365 avec les adresses correspondantes ça ne marche pas puisque le pare-feu n'est pas configuré, d'ou ma question....]

    toutes les imprimantes ne supportent pas le scan-to-mail. Cette fonctionnalité est une fonctionnalité offerte par certains modèles (et généralement pas les entrées de gamme), tout comme le scan-to-folder. Votre petite imprimante supporte-t-elle vraiment cette fonctionnalité ? (une petite vérification sur le site du constructeur s'impose). Si oui, il peut y avoir des éléments bloquants parfois bien entendu. Le FW sur le serveur SMTP en est un bien entendu, mais ce n'est pas le seul possible.

    Je vous cite un exemple (vécu) en exemple : J'ai connu une imprimante qui supportait le scan-to-mail et l'ensemble était parfaitement opérationnel. Des éléments réseaux ont été changés et cela ne fonctionnait plus. Après des investigations longues et que je ne décrirais pas (bonjour l'analyse réseau, sic !), il s'est avéré que la dite imprimante balançait des trames IP avec un MTU supérieure au MTU des éléments réseau. Pas de soucis, si une trame trop grosse arrive sur un équipement réseau, ce dernier le découpe en plusieurs morceaux et le balance à l'équipement réseau suivant jusqu'à la destination finale. Sauf que, les dites trames étaient taggués "Do not cut". Du coup, l'équipement réseau qui prenait le paquet n'avait pas la possibilité de le couper, et donc il droppait le paquet. Dans le cas présent, il était non envisageable pour des raisons de fonctionnement et de performance, de modifier le MTU sur tous les équipements réseaux (les nouveaux) pour mettre un MTU de grosse taille et que cela passe. Quand à modifier le MTU de l'imprimante ou à supprimer le "NO cut', pas possible, ce modèle avait cette conf. en dur, et non modifiable. Il faut dire que ce modèle datait. Le changement de l'imprimante par un modèle plus récent sans cette limitation s'est donc imposé comme seule solution technique. Bon sang, que c'était long à décrire cette expérience ! :-)

    [...Comment le premier copieur peut il faire ?...]

    Vous l'avez configuré

    Cordialement

    Olivier

    • Marqué comme réponse andré-bzh jeudi 22 avril 2021 20:57
    mardi 20 avril 2021 05:44

Toutes les réponses

  • Bonjour André,

    |...jlé aient changé par les adresses du cloud et ils arrivent comme par magie à faire du scan to mail alors que j'ai rien paramétré ? ...]

    Ben si justement. Votre imprimante (le périphérique) ne communique pas avec le cloud, mais avec votre annuaire (l'AD) via votre serveur SMTP interne (Exchange).

    [... si je rentre le serveur smtp local avec les adresses cloud, ça marche pas, si je rentre le serveur o365 avec les adresses correspondantes ça ne marche pas puisque le pare-feu n'est pas configuré, d'ou ma question....]

    toutes les imprimantes ne supportent pas le scan-to-mail. Cette fonctionnalité est une fonctionnalité offerte par certains modèles (et généralement pas les entrées de gamme), tout comme le scan-to-folder. Votre petite imprimante supporte-t-elle vraiment cette fonctionnalité ? (une petite vérification sur le site du constructeur s'impose). Si oui, il peut y avoir des éléments bloquants parfois bien entendu. Le FW sur le serveur SMTP en est un bien entendu, mais ce n'est pas le seul possible.

    Je vous cite un exemple (vécu) en exemple : J'ai connu une imprimante qui supportait le scan-to-mail et l'ensemble était parfaitement opérationnel. Des éléments réseaux ont été changés et cela ne fonctionnait plus. Après des investigations longues et que je ne décrirais pas (bonjour l'analyse réseau, sic !), il s'est avéré que la dite imprimante balançait des trames IP avec un MTU supérieure au MTU des éléments réseau. Pas de soucis, si une trame trop grosse arrive sur un équipement réseau, ce dernier le découpe en plusieurs morceaux et le balance à l'équipement réseau suivant jusqu'à la destination finale. Sauf que, les dites trames étaient taggués "Do not cut". Du coup, l'équipement réseau qui prenait le paquet n'avait pas la possibilité de le couper, et donc il droppait le paquet. Dans le cas présent, il était non envisageable pour des raisons de fonctionnement et de performance, de modifier le MTU sur tous les équipements réseaux (les nouveaux) pour mettre un MTU de grosse taille et que cela passe. Quand à modifier le MTU de l'imprimante ou à supprimer le "NO cut', pas possible, ce modèle avait cette conf. en dur, et non modifiable. Il faut dire que ce modèle datait. Le changement de l'imprimante par un modèle plus récent sans cette limitation s'est donc imposé comme seule solution technique. Bon sang, que c'était long à décrire cette expérience ! :-)

    [...Comment le premier copieur peut il faire ?...]

    Vous l'avez configuré

    Cordialement

    Olivier

    • Marqué comme réponse andré-bzh jeudi 22 avril 2021 20:57
    mardi 20 avril 2021 05:44
  • Bonjour

    certains "scantomail" suivent les RFC ou Standards, d'autres pas.

    Si l'on configure (correctement) la source des envois (email source valide), une authentification "valide" sur le serveur SMTP qui reçoit les messages, il y a toutes les chances que le message suive son cours jusqu'à la destination (Relais autorisé pour les utilisateurs authentifiés).

    Dans tous les autres cas, les messages peuvent au mieux atteindre le serveur et les boites locales.

    A bientôt,


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(91 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate, Modern Desktop Administrator Associate, Security Admin, Azure Administrator https://base.faqexchange.info

    mardi 20 avril 2021 08:03
    Modérateur
  • bonjour,

    Merci pour vos réponses, du coup d autres questions me  viennent,

    olivier, quand vous dites que l'imprimante communique avec l'AD, dans le paramétrage elle demande quand même d'indiquer un serveur. 
    de plus le copieur qui fonctionne, ne contient que les adresses locales, pas les adresses en lien avec o365, donc je ne comprends pas bien, car les adresses d'365 ne sont pas dedans, elles sont seulement dans l'ad, or ça marche pour un et pas pour l autre, par contre effectivement, ceux pour qui ça marche, c'est des gros copieurs, les petites imprimantes, c'est une autre histoire, ça viendrait peut etre de là, mais je comprends pas le principe quand meme, pour moi, on envoi un message, ça va jusqu au serveur, et le serveur nous l'envoi à la destination, j'ai toujours pris la poste comme exemple, le courrier part au centre de tri avant d etre livé à l'adresse

    Thierry, cette histoire d'authentification, je me demande comment ça marche avec o365




    jeudi 22 avril 2021 21:01
  • Bonjour André,

    Dans un scan-to-mail, l'imprimante scan et envoi effectivement à un serveur de messagerie (MX), et c'est ce dernier qui après transfère au "factuer" comme tu dis, pour qu'il le dépose dans la boite mail cible. Mais avant cela, ton MX doit bien vérifier que le destinataire est bien un destinataire existant dans une organisation gérée et pour cela  "à l'insu de ton plein gré", il va chercher  les infos ... dans l'AD.

    Avec les comptes qui ont des adresses 365, ces info sont dans l'AD également.

    Comme je l'ai écris et @Thierry également, toutes les imprimantes ne sont pas compatibles Scan-to-Mail (ou pas bien). Idem pour le Scan-to-Folder, autre fonctionnalité que possèdent parfois les imprimantes réseaux.

    Olivier

    vendredi 23 avril 2021 06:05
  • merci énormément pour vos réponses, ça me fait avancer
    vendredi 23 avril 2021 21:47