Вы можете попробовать еще несколько вещей: 1. Опубликовать PTR для 3.209.102.205 на naifersistemas.com.br (или значение, которое вы отправляете в EHLO) вместо ec2-3-209-102-205.compute- 1.amazonaws.com.
Так как этот IP принадлежит экземпляру Ec2, Outlook может занести это в черный список (он делает глупости, пока вы не создадите репутацию). https://support.microsoft.com/en-us/supportrequestform/8ad563e3-288e-2a61-8122-3ba03d6b8d75 Вы можете увидеть, можете ли вы внести белый список IP, используя вышеуказанную ссылку.
С помощью Gmail попробуйте добавить несколько хороших текстовых сообщений и протестировать их снова. Вы можете использовать это для проверки оценки: https://www.mail-tester.com/
"Неисправимое удаление" более трудно, чем это звучит и расширяется вне Вашей базы данных. Например, Вы - планирование возвращения ко всем предыдущим экземплярам Вашей базы данных по ленте/резервному копированию, где эта строка также существует, и удаление его там также?
Рассмотрите регулярное удаление и периодическую УБОРКУ ПЫЛЕСОСОМ, которую Вы упомянули прежде.
Вы создаете резервную копию своей базы данных? - Если Да, удостоверьтесь, что Вы удаляете его из Обратных взлетов также.
Это из-за угрозы безопасности? В этом случае я изменил бы данные в строке и затем удалил бы строку.
Возможно, я выключен на касательной, но Вы действительно хотите удалить пользователей как этот? Большинство идентификационных данных и подходов управления доступом рекомендуют иметь в наличии пользователей, но в состоянии flagged-deleted для не потери способности к аудиту (что этот пользователь был готов за предыдущие пять лет)?
Удаление информации о пользователе могло бы быть необходимо по причинам соответствия целостности, или в низких целях черной шляпы. Ни в том, ни в другом случае есть ли метод удаления, который гарантирует, что никакие трассировки нельзя было оставить существования пользователя, как был отмечен в других сообщениях.
Возможно, необходимо ли уточнить относительно того, почему такие безвозвратные удаляют, желательно...?
Для выполнения "D" в ACID реляционные базы данных используют систему типов журнала транзакций для изменений в базе данных. То, когда удаление сделано, которые удаляют, сделано к копии памяти данных (кэш-буфер) и затем записано в файл журнала транзакций в синхронном режиме. Если бы база данных должна была отказать, то журнал транзакций был бы воспроизведен для возвращения системы корректному состоянию. Таким образом, удаление существует в нескольких местоположениях, куда оно должно было бы быть удалено. Только в некоторое более позднее время запись, "удаленная" из фактического файла данных на диске (и любые индексы). Это количество времени варьируется в зависимости от базы данных.
Это не что-то, что можно сделать на стороне программного обеспечения. Это - аппаратная проблема для реального удаления его, необходимо физически уничтожить диск.
Как насчет того, чтобы перезаписать запись со случайными символами/датами/числами и т.д.?