Look at what's already there, out-of the box?
sp_send_dbmail does pretty much the same. It puts the mail request in a queue and uses an external application to do the SMTP stuff.
Suggestion: Triggers should be kept to a minimum time, do not listen to advice that recommends sending the email directly from trigger (eg. using SQLCLR). Beside the obvious performance hit (every DML operation on the table now has to wait for the huge latency of a SMTP or HTTP operation) you have the much bigger problem of transactional consistency, how do you recall the email on rollback?