At 07 Oct 16 13:19:02, Alex Korchmar wrote to Andrey Ostanovsky:
AO>>>> Если задача была именно принимать и обрабатывать почтовые заявки AO>>>> до того, как они попадут на стол оператора - то ничего другого под AO>>>> фрей нормально и не работает... AK>>> что - вот ни redmine, ни otrs - "ниработает"? AO>> В otrs так, как нашей бизнес-логике требовалось: не заработало. AK> там же можно свою бизнес-логику определять - правда, для этого надо уметь AK> немножко кодить. В отличие от rt где вообще ничего нет, тупо взял письмо, AK> испортил до нечитаемости, вложение просрал или сделал неизвлекаемым, AK> и пульнул по списку, добавив из полезного только номерок.
Hе флейма ради - а давно OTRS научился (или надо всё ещё руками отрывать) заводить тикет без указания e-mail реального автора?
AK> А для заведения тикетов - предоставляют веб-интерфейс, изредка AK> _дополнительно_ AK> связанный с почтой. То есть насрать в нее он может, а вот тикет заводить AK> изволь AK> через веб - там, хотя бы, нет дырки для спама, приложенные документы и AK> файлы AK> лежат как документы и файлы, и видно, что с тикетом происходит, а не AK> непойми
В RT отсечка спама решается, чуть-чуть кодить пару строк, заявки он может создавать только от тех e-mail'ов, кому эту возможность включили. Cтавится разрешение руками в дополнительном поле в БД, потом проверяется скриплетом. Давно это делал. Сейчас может можно и через веб собственное право доступа создать, чтобы в БД не лезть, так же скриплетом потом проверить.
/dyer
--- QDed beta v1.33.9/FreeBSD * Origin: EdgeCity II (2:5030/1115)