orig.message to echo R50.SYSOP on 15 Sep 15 21:23:04 OP>>> предназначена для таких дел и что негоже слать в письме вложения OP>>> объемам в сотни мегабайт - невдомек человеку, но SD>> С чего бы это? Не пролазит толстое письмо в машинку - отсортируй SD>> руками. Размер ограничения выбирается соразмерно ресурсам сервера и SD>> канала связи, надо слать гиговые письма и железо позволяет - почему SD>> нет. Если получатель и отправитель эти ресурсы имеют. OR> Никто не задумывается, имеет ли получатель такие ресурсы. Так разработчики OR> высылают файлы в автокаде, не задумываясь, что у клиента его может не OR> быть, поэтому им и заказывали сделать проект, но посмотреть общий вид могу OR> и в jpg. Секретарши отправляют письма в odt, потому что админ им поставил OR> такой софт и не задумываются, что этот их "ворд" может быть не понят OR> получателями. Так же и наоборот. Менеджеры сканируют многостраничные OR> договоры, запихивая их в pdf, что ещё более увеличивает объём и отправляют OR> на емайл, удивляясь потом, что им приходят какие-то сообщения не понятно OR> от кого, типа "account is 100% full". И только фидошники, отправляя OR> сообщения, сдерживают себя, понимая, что где-то по пути следования могут OR> встретится фастэха, фильтры на ююки и пр. :-)
Это немножко другое. Если у отправителя и получателя есть ресурсы, а почта отказывается доставлять, ссылаясь на то, что устаревшее оборудование такое переслать не может. Причём такая проблема на одном сортировочном центре из десяти.
Идеально было бы конечно для каждой эхи иметь спецификацию, мол, такие-то сообщения будут доставлены обязательно, чуть побольше до лимита - могут быть обрезаны, а больше оного - отправитель за них получит по рогам. Тогда понятно было бы, кто может таскать эху, а кому лучше не надо. Но это же утопия.
Sergey
... vim --- PyFTN * Origin: fluid.fidoman.ru (2:5020/12000)