Потому вопрос — в доке упоминается только
...макропеременную %MailFileName%, которая содержит путь к файлу с сообщением. Она предназначена только для почтовых роботов и неприменима в заданиях другого типа.
Может кто знает — какие ещё макропеременные возможны. Ну типа там
%MAILFROM%
%CLIENT%
%UserEmail% и др. — как в тройке.
Ну очень надо.
Вообще у "двойки" роботы с некоторыми закидонами. В частности, они обязаны за собой этот файл удалить, а то он начнёт постоянно обрабатываться, — это исходный файл письма в спуле. А если на одно письмо вдруг набросятся несколько роботов, непонятно, что получится в результате. В общем, я бы MContent применил.
Eserv2 ( build 3427 )
Schedule: rs TRUE 6 15:15|E:\Eserv2\Tools\RS.bat||||
Что не так?
Можете нарисовать реально работающую строку задания?
Это же макрос планировщика, а не переменная окружения. Плюс строка должна содержать либо встроенную команду (начинается с волшебного слова Internal
Эти все cmd.exe /c ... или без него, с полным путём или относительным я уже перепробовал.
До них дело просто не доходит. Eserv не считает это "почтовым роботом" Я вот про этО!
То-ли это где-то в истории билдов угасло, как в своё время со встроенным веб-майлом из-за новых Erobot.exe.
А в обычных заданиях и просто .bat нормально отрабатываются. Хоть это и не совсем правильно выглядит.
14:43:45 1351 pavlad@npopm.ru!1351270083718!LOCAL!1
14:43:45 1351 For: Robots
14:43:45 1351 Local user: Robots
А если нет — то
15:00:13 1384 pavlad@npopm.ru!1384271070984!LOCAL!1
15:00:13 1384 For: Robots@npopm.ru
15:00:13 1384 Non existent local user: Robots
15:00:13 1384
А в случае когда срабатывает именно как робот — что должно писаться?
Соответственно и в разных примерах привёл Вам содержимое из разных экспериментов.
От перестановки слов, увы, итог не меняется.
Eserv не считает эту строку планировщика Почтовым роботом!
Потому и спросил — у кого на практике это где-нить работает — покажите правильную строчку задания.
Добавляю задание планировщика по аналогии с вашим:
Schedule: rs TRUE 6 15:15|cmd.exe /C RS.bat %MailFileName%|||| добавляю пользователя "rs".
В каталоге Eserv создаю файл RS.bat с таким содержимым: echo %1>>rs.log
Пишу письмо пользователю rs@локальный.домен.
Получаю в toss.log:
15:35:17 14 ac@eserv.ru!1315245281!LOCAL!1
15:35:17 14 For: rs@локальный.домен
15:35:17 14 Local user: rs в sch.log:
15:35:17 14 rs
15:35:17 14 cmd.exe /C RS.bat %MailFileName%
15:35:17 14 1 в rs.log в каталоге Eserv: mail\spool\ac@eserv.ru!1315245281!LOCAL!1
Все работает как часы.
Я поступил абсолютно в соответствии с описанием: . Т.е. забил в RS.bat только удаление из mail\spool, а факт события искал в хххSMTP.LOG и хххtoss.log. Короче ожидал там увидеть что-нибудь специфичное, как например для списков рассылки:
19:35:45 16 Local user: allusr
19:35:45 16 Expand maillist: allusr
А то — что в этом случае следы искать в хххSCH.LOG — в голову не пришло.
P.S. и всё-таки: кроме
%MailFileName% %TempFile% и %PrevTempFile% в Eserv2 какие-нибудь ещё переменные для задания существуют или нет?
MAILFROM или UserEmail или User — ну короче источник запроса к роботу.
Неплохая функция SUBJECT. Но это просто для сокращения количества потребных роботов.
Если бы это всё иметь, то можно вполне сносно удалённо через почту управлять файлами и работой сервисов.
Освоил сейчас это на Eserv3. Пытаюсь помочь ...хорошему знакомому, но у них Eserv2 в обороте.
Потому — если нет, так нет, не в обиде. Будем плодить роботов — авось что-нить получится.