MessageIDBeingRespondedTo is None
See original GitHub issueHello,
When sending a C-MOVE, i associate a msg_id
to match the data back on the response.
status = association.send_c_move(
ds,
AE_TITLE.encode(),
query_model=PatientRootQueryRetrieveInformationModelMove,
msg_id=session_id,
)
on the handle_c_store event I print event.request. MessageIDBeingRespondedTo
it is None
. Though when i turn on debug_logger()
i can see the Message ID Being Responded To
debug log and the ID is correct.
Is there something i’m missing here?
Thank you
Issue Analytics
- State:
- Created 3 years ago
- Comments:10 (6 by maintainers)
Top Results From Across the Web
9.3.1 C-STORE Protocol - DICOM Standard
Message ID Being Responded To. (0000,0120) ... This field indicates that no Data Set is present in the Message and shall be set...
Read more >Discord.py bot ignoring channel.message.id - Stack Overflow
The code works, the issue is I want the bot to respond ONLY if the person answered yes/no in the same channel the...
Read more >Error in qr_move SCP example #575 - pydicom/pynetdicom
Describe the bug Is there an error in the QR Move SCP example? I believe there needs to be: yield Status.SUCCESS, None After...
Read more >ERROR: (0000,0902) LO (no value available) - DICOM @ OFFIS
However, I getting the following error for one patient: "D: Response Identifiers: ... D: Message ID Being Responded To : 1
Read more >Threading: Message-ID, References, In-Reply-To
The Internet mail address encoded in Message-ID is required to be a unique worldwide identifier for this message. It is the writer's ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@oliverhowden can I close the issue?
MoveOriginatorMessageID = None
, so that’s out of the question. Hmm. So in theory if the server is open to multiple users, 2 users retrieve a study from a remote PACS - the 2 studies cannot be mapped back to the source user? (Outside of AccessionNumber that is, though theoretically they could be the same study for both users). Looks like i’m going to have to rethink the plan entirely.