microsoftgraph / microsoftgraph/msgraph-sdk-python
Move email with static graph ID for email results in duplication of emails
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 630
- Forks
- 96
- Merge medio
- 15 h 20 min
- PR fusionados (30 d)
- 3
Descripción
Describe the bug
Using the move mail endpoint with immutable graph ids for mail creates duplicate mails
headers = HeadersCollection()
headers.add("Prefer", 'IdType="ImmutableId"')
was used to get the immutable graph id
-
Place email in test inbox ("Invoice processor test inbox"):
-
Move email manually in OWA to another folder ("Invoice processor test cannot process")
-
Call the move email endpoint to move email to ("Invoice processor test done"):
Email is moved out of inbox ("Invoice processor test inbox"):
Test emails moves to target folder ("Invoice processor test done")
Test email unexpectedly also stays in ("Invoice processor test cannot process")
I now have a duplicate of the email. This should not happen if you call move on a email right? Is this intended behavior because of the use of immutable graph IDs or is this a bug?
Expected behavior
Email should be moved not duplicated
How to reproduce
See bug description
SDK Version
1.12.0
Latest version known to work for scenario above?
No response
Known Workarounds
Use non static graph ID
Debug output
No response
Configuration
Ubuntu 22.04
Other information
No response
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Empieza por el move mail endpoint y la solicitud de immutable Graph ID que se muestra en el informe. Reproduce la secuencia usando SDK 1.12.0 y compárala después con el workaround documentado para una ID no estática, para determinar si la duplicación se origina en el SDK o en el servicio Graph. Se considera terminado cuando se haya identificado la causa y se haya documentado o probado un fix para mover sin duplicación.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- api
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Tranquilo
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 35/100