Inconsistent Email Attachment Storage in Teams/SharePoint

Anoniem
2025-01-27T13:27:30+00:00

I am having this problem where my mails and attachment end up in the wrong teams/sharepoint file. When an email with attachment is send I anticipated them being placed in the intended folder: "Documenten\WMS Downloads\EmailMessages_1_2025" However, for some reason, they are ending up in: "Documenten\Apps\Microsoft Teams Mailhook\WMS Downloads\EmailMessages_1_2025"

I came across this article stating that Microsoft is changing the file path for attachments. It seems this change is already affecting some emails. However, it’s unclear why some messages still go to the original folder while others follow the new path.

Microsoft Teams | Microsoft Teams voor Bedrijven | Bestanden | Overige

Vergrendelde vraag. Deze vraag is gemigreerd vanuit de Microsoft Ondersteuning-community. U kunt met een stem aangeven of de inhoud nuttig is, maar u kunt geen opmerkingen of antwoorden toevoegen of de vraag volgen.

0 opmerkingen Geen opmerkingen

4 antwoorden

Sorteren op: Meest nuttig
  1. Anoniem
    2025-02-11T06:35:42+00:00

    Dit antwoord is automatisch vertaald. Als gevolg hiervan kunnen er grammaticale fouten of vreemde formuleringen zijn.

    Beste Jasper,

    Bedankt voor uw updates en vriendelijkheid.

    Ja, je hebt gelijk. De stroom kan de maplocatie automatisch wijzigen, zoals ik hierboven vermeldde. Ik ben blij te horen dat je de oplossing hebt gevonden.

    Als het handig is, stuur dan ook uw feedback als volgt, omdat dit het communityproces ten goede kan komen.

    ![Image](https://learn-attachment.microsoft.com/api/attachments/974db0b7-94b8-41e6-98a0-665778d3aa15?platform=QnA

    .

    Als je meer hulp nodig hebt, welkom om terug te posten wanneer het je uitkomt.

    Bedankt voor je tijd en moeite.

    Oprecht

    Klif | Moderator van de Microsoft-community

    Was dit antwoord nuttig?

    0 opmerkingen Geen opmerkingen
  2. Anoniem
    2025-02-10T14:12:07+00:00

    Hey Klif,

    De automatische vertaling maakt het een beetje lastig om je goed te begrijpen. Inmiddels heb ik een workaround gevonden: de trigger van de Power Automate-flow wordt nu geactiveerd bij elk bestand in de hele Teams/SharePoint-omgeving, en niet specifiek binnen één kanaal.

    Groet,
    Jasper

    Was dit antwoord nuttig?

    0 opmerkingen Geen opmerkingen
  3. Anoniem
    2025-02-08T08:09:17+00:00

    Dit antwoord is automatisch vertaald. Als gevolg hiervan kunnen er grammaticale fouten of vreemde formuleringen zijn.

    Beste Jasper,

    Heb je meer hulp nodig?

    Op basis van mijn test is het pad nu Documenten/Apps/Microsoft Teams Mailhook/kanaalnaam.

    Als er voor de oorspronkelijke map een stroom is gemaakt en toegepast op de site die met het team is verbonden, kan het bestand worden verplaatst naar de oorspronkelijke map. Ik stel voor dat je nagaat of er zo'n stroom in je omgeving ontstaat.

    Als u de map wilt wijzigen, kan een stroom de juiste oplossing zijn.

    Als u de flow-oplossing nodig heeft, laat het ons dan gerust weten wanneer het u uitkomt en wij zullen u verder helpen.

    Bedankt voor je tijd en moeite.

    Oprecht

    Klif | Moderator van de Microsoft-community

    Was dit antwoord nuttig?

    0 opmerkingen Geen opmerkingen
  4. Anoniem
    2025-01-27T19:31:03+00:00

    Dit antwoord is automatisch vertaald. Als gevolg hiervan kunnen er grammaticale fouten of vreemde formuleringen zijn.

    Beste Jasper_DataAnalist,

    Goede dag! Bedankt voor het plaatsen van berichten in de Microsoft-community. Wij helpen u graag verder.

    Het spijt ons te horen dat u problemen ondervindt met inconsistente opslag van e-mailbijlagen in Teams/SharePoint. Ik heb veel begrip voor het veroorzaakte ongemak en bied hiervoor mijn excuses aan.

    Op basis van mijn onderzoek is deze wijziging van het bestandspad een zeer recente uitrol. Mijn ervaring is dat je bij sommige huurders in een vroeg stadium van dergelijke veranderingen problemen kunt tegenkomen. Het verder onderzoeken van dit probleem vereist meer middelen en expertise dan ons forumteam momenteel bezit, omdat het gaat om het verzamelen van logboeken en het uitvoeren van backend-diagnostiek die specifiek is voor uw tenant. Daarom raad ik u ten zeerste aan om rechtstreeks bij Microsoft Ondersteuning een ondersteuningsticket te maken door de stappen te volgen via deze koppeling: Ondersteuning krijgen - Microsoft 365 admin | Microsoft Leren

    Als u geen beheerder bent, kunt u contact opnemen met uw beheerder om contact op te nemen met Microsoft-ondersteuning. U kunt zoeken naar de manier om uw beheerder te vinden via deze link: Hoe vind ik mijn Microsoft 365-beheerder? - Microsoft Ondersteuning

    Ik bied mijn oprechte excuses aan voor het feit dat ik het probleem niet heb kunnen oplossen en dat ik u heb doorverwezen naar het relevante ontwikkelingsteam. Ik betreur het ongemak dat dit kan veroorzaken. De oplossing voor uw probleem kan worden geïdentificeerd via de achtergrondlogboeken en ik stel voor dat u een ondersteuningsticket indient vanuit het Office 365-beheercentrum, waar het gerelateerde team het probleem verder zal onderzoeken door de benodigde achtergrondlogboeken te verzamelen.

    Nogmaals mijn excuses voor het ongemak dat dit heeft veroorzaakt. Wij waarderen uw geduld en begrip en danken u voor uw tijd en medewerking.

    Oprecht

    Ralph Chawatama - Nederland | Moderator van de Microsoft-community

    Was dit antwoord nuttig?

    0 opmerkingen Geen opmerkingen