Я еще раз извиняюсь, мне кажется, потому что МУДАКИ.
На самом деле банк просто не отвечает за ваши деньги. Точнее отвечает, но при большом везении и через суд.
POP/IMAP уже умею. К сожалению, само раскодирование MIME закодированого письма имеет кучу граблей.
Например, ни одна из библиотек не парсит uuencode test.zip test.zip | mail -s test@test.tt
И это самый простой пример.
Некоторые версии некоторых клиентов (в которых составляются сообщения) например, ссылаются на несуществующиее boundary, не маркируют аттачменты
В общем, дьявол в мелочах.
Цель: не заморачиваться раскодированием, а переложить это на сервис, который этим и занимается.
Это я уже умею самыми разными способами (например: habrahabr.ru/post/164661/).
Парсить email`ы тоже. Со временем приходит понимание, что это лучше доверить тем, кто этим занимается что называется «по-умолчанию» или с момента основания. Собственно это и цель данного вопроса.
Подводных камней намного больше, чем кажется на первый, второй и пятый взгляд.
Скорее всего там просто цикл. Бесконечный. На такие вещи UMI даже хуже битрикса.
Если есть возможность, запустите генерацию странички с смотрите в mysql show processlist. Но я чисто эмпирически уверен, что запросы скорее всего ни при чем.
Если компания доросла до собственного ИТ отдела из 1+ человек, по есть и другой путь: несколько сервисов + синхронизация между ними. Если у сервисов нет API и/или средств интеграции, то ну… руки оторвать надо.
До какого-то момента это будет работать круто и удобно(есть небольшой, но очень показательный опыт).
Разрозненность фирмы только в головах. Отсутствие начальника за креслом не означает его (начальника) отсутствия. Верно в разные стороны. Ну вы меня поняли.
Простенький докфлоу/воркфлоу (не важно какой и как организованный) проблему решит (опять же, с и до какого-то момента).
Я видел как искренне были рады люди не самому сложному макросу в экселе (который снял рутины на десятки человекочасов в месяц).
А любом случае, я вижу проблему только в том, что многие или проблем не видят («мы так уже 10 лет работаем») или не хотят их решать («лучше наймём человека за 5$/час»).
Ну или «увидели у соседа» и «загорелись». При правильном подходе к проблеме, получается круто.
Есть желание.
Прежде всего, надо отделять малый бизнес.
Мне кажется, в малом бизнесе нужно пользоваться тем, что удобно и что нравиться.
Берётся отдел продаж, коллективно выбирает самую клёвую на тот моментто, с чем им удобно работать и работает.
Это касается не только CRM, если файлы/документы, всем удобно держать в Дропбоксе — никаких проблем быть не должно.
Если это решит 80% проблем, круто. Остальные 20 можно решить вручную.
Например, если гугл так допилит гуглодоки, что они будут решать эти 80% (или конкретный бизнес на таком уровне, что гуглодоки решают 80% проблем), я не вижу препятствий к их использованию.
В корпоративном сегменте эти 20% могут стоит месяца работы, например, бухгалтерии. Там уж не до жира, пользуйся тем, что дают. На конечного пользователя всем пофиг, привыкнет (раз продукт уже купили). В среднем по больнице результат всё равно будет положительным(за счёт того, что просто появятся формализованные в хм… ЭВМ процессы для частых операций).
В CSV CDR хранить — тру хайлоад, ну или быстро превращается в онный довольно быстр даже при 10rps.
Есть ajam/rawman, эмпирически он мне кажется поудобнее и постабильнее.
У меня явный запрет на повреждение чего угодно, что принадлежит банку, а не мне.