Как получать и обрабатывать файлы по электронной почте?

Question

[Максим Кореев]

Необходимо обрабатывать письма с вложениями, приходящими на определенный адрес, т.е. настроить почтовый сервер так, чтоб он сохранял вложение в определенное место и вызывал мой php-скрипт с параметрами "от кого", "тема письма" и "вложенный файл". В какую сторону копать, что крутить? В администрировании никсов не специалист, но man прочитать смогу, если что.

Answer 1

[chupasaurus]

sendmail (который MTA, а не скрипт на PHP) умеет в качестве "доставки" входящих писем вызывать скрипты, передавая весь набор SMTP-полей и данных в них в stdin, т.е. достаточно написать парсер; другой вариант - написать парсер письма (емнип встроенного параметра выдачи вложения нет) на языке самого sendmail, но вы скорее призовете половину Ада, пока будете это делать, парсер SMTP-письма написать нагуглить проще и быстрее.

Answer 2

[Александр Черных]

Вы не уточнили ОСь и почтовик.
Но если это чтото-из мира юникс, то к sendmail/exim/postfix прикручивается procmail. Он фильтрует складывает выполняет скрипты. Не работает с виртуальными учетками

Comments

[Максим Кореев]

VDS с Debian 7, почтовик - postfix

Answer 3

[Максим Кореев]

Сделал вот так: https://habrahabr.ru/post/126448/
Только вместо robot: "|php -q /путь/к/скрипту.php" у меня robot: "|cd /путь/к/скрипту && php -q скрипт.php" и получаю ошибку Diagnostic-Code: x-unix; sh: 1: cd: can't cd to /путь/к/скрипту
Похоже, прав доступа не хватает для пользователя postfix? Как их добавить, чтоб ничего не поломать? Права на каталог 755, на на уровень выше - 750, может, в этом дело?

Comments

[Александр Черных]

вместо cd /путь/к/скрипту && php -q скрипт.php

напишите | php -q /path/to/script/скрипт.php

[Александр Черных]

ну и на скрипт права дайте

[Максим Кореев]

Александр Черных: не могу так сделать, т.к. тот скрипт потом инклюдит много других файлов по относительным путям, нужно обязательно сперва в тот каталог зайти

[Максим Кореев]

Нашел решение, которое мне оказалось даже удобнее. Просто по IMAP подключаюсь к почте на gmail и обрабатываю письма оттуда. Но допинать этот вариант все-таки нужно.

[Александр Черных]

MAXiDROME: тогда создайте script.sh в нужном месте и там напишите

#!/bin/sh

cd /path/to/script/
php -q скрипт.php

а в алиасах
robot: "| sh /путь/к/script.sh"

и права на script.sh

[Максим Кореев]

Александр Черных: Can't open /путь/к/скрипту/script.sh
Но он лежит там же, где и скрипт.пхп
Права поставил 777
Как все-таки postfix дать доступ в этот каталог?

[Александр Черных]

попробуйте на все папки /путь /к /скрипту дать chmod 755

[Максим Кореев]

Александр Черных: почему не сразу 777? не зря, наверное, 750 стоит? =) возможно, есть несколько пользователей и групп, и не стоит давать чужим доступ к каталогу?

[Александр Черных]

тогда Вам нужно запустить скрипт от пользователя который сможет сделать удачно cd и далее. Если скрипт запускается от др пользователя то именно 755 (последняя 5-ка) играет роль. На просмотр, не на запись. Если там будет 0, то те кто не владелец и не входят в группу войти не смогут

[Максим Кореев]

Александр Черных: и как заставить postfix запустить скрипт от другого пользователя? или как ему дать доступ к этому каталогу (и к тому, у которого 750 стоит, чтоб другие пользователи исходники не могли посмотреть)

[ipc_ngs]

MAXiDROME: Посмотрите, какой группе/группам принадлежат данные каталоги (ls -ld .<каталог>) и добавьте юзкра postfix во все эти группы (gpasswd -a postfix <группа>)

[Максим Кореев]

ipc_ngs: не сработало :-(
у меня вот такая структура каталогов: /home/<пользователь>/<тут разные сайты в виде каталогов>
/home - принадлежит root/root, вложенные каталоги - <пользователь>/<пользователь>
postfix я добавил в группу <пользователь>, в root его добавлять как-то стремно
получил сообщение:
Command died with status 127: " sh
/home/<пользователь>/путь/до/скрипта/script.sh". Command output: sh: 0:
Can't open /home/<пользователь>/путь/до/скрипта/script.sh

[Максим Кореев]

как тогда апач получает доступ к внутренним каталогам?

[ipc_ngs]

Переключитесь вручную в аккаунт postfix (su postfix) и проверьте доступ ко всем каталогам в пути и к самому скрипту. Если нет доступа, внимательно проверяйте права доступа к соответствуюшему каталогу и его группу. Если все равно ничего не получается, выкладывайте конкретные логи ("id postfix", "ls -ld" для каждого компонента пути, и попытке запуска скрипта), а то так получается безрезультатное гадание.

[Максим Кореев]

ipc_ngs: su postfix ничего не дало, все-равно остался под рутом. а id postfix выдает uid=106(postfix) gid=107(postfix) groups=107(postfix),1001(develop)
develop - это группа, у которой есть доступ к /home/develop/<и так далее до скрипта>. а к /home есть доступ только у рута

[ipc_ngs]

MAXiDROME: Не совсем понятно что там у вас происходит, было бы гораздо проще увидеть логи команад в терминале, чем гадать по вашим ответам. Если "su postfix" не переходит в аккаунт, можно использовать "sudo -u postfix <команда>" для проверки доступа к скрипту.

Что /home владеет root не страшно, поскольку у самого /home есть права доступа для всех:
drwxr-xr-x. 6 root root 4096 Jan 24 00:20 /home
В вашем случае нужно организовать доступ к каталогам, у которых нет "r-x" в последнем сегменте.

Еще одной причиной может быть ограничения доступа из-за политик SELinux. Проверьте включен ли режим Enforcing и временно переключите в режим Permissive:

$ sudo getenforce
Enforcing
$ sudo setenforce 0
$ sudo getenforce
Permissive

Eсли это решит проблему, то нужно либо оставить екбкзопасный режим Permissive либо настраивать политики для вашего скрипта с помощью audit2allow .

[Максим Кореев]

ipc_ngs: sudo: getenforce: command not found

[Максим Кореев]

ipc_ngs: sudo -u postfix "cd <любой адрес>" - command not found. пробовал и без кавычек, то же самое

[Максим Кореев]

ipc_ngs: sudo -u postfix /home/develop/<путь до скрипта>/script.sh - Could not open input file: incoming.php

[ipc_ngs]

MAXiDROME: ну значит проблема не в SELinux (на debian/ubuntu вроде AppArmor используется, про него не скажу)

[Максим Кореев]

подправил пути в script.sh и все запустилось

[ipc_ngs]

MAXiDROME: ну вот, и гадать не надо

[Максим Кореев]

а письмом не работает

[Максим Кореев]

в самом начале конфига постфикса написано:
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
myorigin = /etc/mailname

[Максим Кореев]

это имя чего имеется в виду? не пользователя ли, под которым запускается скрипт? там не postfix написан