How is it more convenient to work with messages coming from the feedback form on the site?

Question

Email

To make it easier for site visitors to contact the administrator or the team maintaining the site, a feedback form is usually placed on the site. Suppose there are 3 fields in the form: "Sender's name", "Sender's E-mail" and "message" itself. The visitor has filled out the form, but my question is "what to do after the form is filled in?"
I see several options:
1. Email received data to administrator. To make it more convenient for the administrator to respond to visitors' messages, when sending by e-mail, in the "from" field, specify the e-mail address that the visitor entered when filling out the form. That is, submit the form data to the administrator on behalf of the visitor. Thus, the administrator can simply click "reply" in the mail interface, write a response to the visitor and send it.
There are difficulties here. Namely, letters sent from a different address may be perceived by mail services
as spam.
2. Save the data entered by the visitor in the database and display them in the "admin panel"
3. Transfer the data to some kind of user support system (helpdesk), for example, by opening a "ticket"
Which option are you using? If you use a variant not listed by me, it would also be interesting to know.

Answer 1

Namely, letters sent from a different address may be perceived by mail services
as spam.

Well, yes, I immediately thought about it. Do they know exactly what kind of mail the TP of your site should have? Isn't it?)
There is a field for this: "Reply-To:"
Depends on the level of service, the number of users / clients and the terms of the service:
1. If this is a feedback - mail.
2. If it's just a user's TP and the reaction time is 48 hours, you can also go to the admin panel.
3. If this is a TP under a contract - tickets to helpdesk.
Alert for critical messages (subject: "Unavailable ....") - can be done on XMPP/SMS.
Usually done like this:
1. make a wrapper proxy for the SMTP port, and bind the real port to 127.0.0.1
2. monitor all mail in transit mode
3. distribute it to the site database depending on the topic / text, etc. (you can also collect statistics on spam)))
4. "pull" the activator of the trigger-processing queue (for working with letters): we notify the demon via the socket that a letter has arrived in the database in the queue for processing and it would not be bad to "get busy")
5. what is needed - we forward it directly to the Inbox .
Your question is related to the topic: organizing communications and working with requests to the TP using MailFlow. If you want "beautiful" - this is a complex separate service that needs to be designed and created.