Unfortunately mail is a fire and wait type of transaction. The SMTP server or API you are using does not return anything. All you can get are transport messages in the logs. If you need delivery stats, you’re limited to if the mail provider offers webhooks or some method of notifying you.
In the process of SMTP dialog, there is a chance that receiving server does not provide you a message-id at all, assigning it internally after the message is queued. Some servers send it on session closing, some don't, so there is no standard and reliable way to retrieve it from Laravel mailable.
Why do you need it? This is internal id, it has meaning only inside a mail server, how you plan to use it?
got it, so i can not get it, this way, actually i saw laracast post retrieving message id, this way... as for why i need it is basically i am creating an email thread system....but now i think even if i dont have it, its not big of a problem, or can it be?
It depends on what you call "thread system" and what you want to achieve.
In general, mail servers track threads or conversations (a bunch of emails sent/received in reply to one another) using Message-Id, In-Reply-To, Original-Message-ID headers and Subject field. Each mail system has it's own logic how to do it.
If you need similar logic, you may rely on Subject with some ID within: [ID-456] actual subject where 456 is an identifier of conversation or ticket in your app. What happens if a user clears subject on reply? Well, it breaks the logic. That's why email isn't reliable for this purpose.