Dead сообщения

  • Автор темы reg5
  • Дата начала
R

reg5

#1
Скажите, пожалуйста, можно ли в Mailbox выставить автоматическое удаление dead сообщений через определенное время?
 

puks

Lotus team
03.02.2007
1 971
8
#3
Насколько я знаю встроенного стредства нет. Можно самому агента написать, а можно сторонними продуктами пользоваться. Погугли.
 
K

Klido

#6
проще всего - чтоб dead-ов не было в майлбоксах ;) это средствами домино настроить можно :)
 
K

Klido

#8
1. выяснить причину, по которой они там появляются
2. устранить эту причину ;)
 
R

reg5

#9
просто таких немного, но периодически появляются, поэтому врятли получится на все 100% выяснить причину и сделать так, чтобы они там больше не появлялись
а что посоветуете агент или попробовать установить галочку про удаление доков
 
K

Klido

#10
дык я посоветовал во 2-м посте ;) вернее не я, а кто-то-там на блоге...

Добавлено:
поэтому врятли получится на все 100% выяснить причину
я подозреваю, что причин число ограниченное... какие-то точно зависят от архитектуры почтового решения (в частности, высунут ли домино вовне сам или через шлюз)...

короче ставится цель админу: обеспечить отсутствие мертвяков в мэйлбоксах, кол-во мертвяков - уменьшение % премии... И мертвяков нет :) А если админ настоящий - он руками их удалять не будет :)
 
R
#11
Klido
ну не уменьшать же премию своими же руками?! :lol:
Поэтому нужно что-то делать
 
K

Klido

#12
ну приведи примеры мертвяков - мы на них поглядим и пообсудим как решить :lol: это путь гуру :)
реальный путь, конечно, включить убиение мертвяков принудительно и забить :)
 
R
#13
Klido
...
Failure Reason: 67
Dead Failure Reason: No route found to server 2 from server 1. Check Server and Connection documents in the Domino Directory.

What should you do?
This message has been marked dead by the mail router because it could not be delivered to the intended recipient(s) and a Non Delivery Report could not be returned to the sender. No further processing of this message will occur while it remains in this routing state. Administrators may choose to delete this message, release it to the intended recipient(s), or release it to the sender.
The "Edit Message" button can be used to modify an address prior to releasing the message. Note that since the router last attempted to return a Non Delivery Report to the sender, the sender's address appears in the Recipients field.

Releasing a dead message to the intended recipient(s) will cause the router to reattempt message delivery or transfer. The cause for the failure, as indicated by the failure reason, should be addressed prior to releasing this message. If subsequent delivery attempt fails, a Non Delivery Report will be returned to the sender.

Releasing a dead message to the sender will cause the router to reattempt delivery of the Non Delivery Report. The cause for the failure, as indicated by the dead failure reason, should be addressed prior to releasing this message. If subsequent delivery attempt fails, the message will return to the dead routing state.
просто хотят, если ничего не стали делать, например забыли, отложив на потом, то чтобы они не висели в базе месяцами
 
K

Klido

#14
This message has been marked dead by the mail router because it could not be delivered to the intended recipient(s) and a Non Delivery Report could not be returned to the sender.
а зачем мы принимаем в домино то, что не можем доставить??? промежуточный релей есть или всё-таки вовне домино смотрит?

чтобы они не висели в базе месяцами
и много у вас народу, которые мэйлбокс просматривают? :lol: откуда они вооще знают про мертвяки? :)
 
K

Klido

#16
лучше бы начальство озаботилось убрать из вовне домино :lol:

поскольку опыт с высунутым домину у меня был давно - точно не уверен, но как и для внутреннего релея вроде можно настроить домино, чтоб не принимал то, чего нет в DD - т.е. по запросу передающего сервера сразу отбивал... для внутреннего по LDAP-у проверяется+настройки в конфигурации роутера
 

Мыш

Премиум
12.02.2008
1 092
10
#17
а что посоветуете агент или попробовать установить галочку про удаление доков
Галочка плоха тем, что будет удалять все DEAD'ы "тупо", а в агенте можно предусмотреть логику их удаления - например, анализировать ошибки SMTP, приведшие к появлению DEAD'а, логгировать определенные параметры удаляемого письма и т.п.