CRM - obsługa maili, Koncepcyjnie tylko Opcje

[markonix]

Jeżeli budowalibyście CRMa dla swojej firmy i chcieliby oni mieć obsługę e-maili - tak aby szło kategoryzować maile do tasków i klientów żeby wszystko potem łatwo znaleźć.
Jakbyście to rozwiązali od strony PHP, może kiedyś już z tym mieliście do czynienia?

Mi przychodzą przynajmniej 3 metody do głowy:
- w oparciu o imap, pobieranie skrzynek, troszkę trudne technicznie ale wygodne bo nie muszą używać CRMa do wysyłki e-maili
- w oparciu o forward - każdy e-mail leci też do CRMu, fajne bo każdy mail leci w trybie rzeczywistym, troszkę słabiej z wysyłką, ta już musi się zawsze odbywać przez CRM
- smtp/pop, wszystko w ramach CRM, brak dotychczasowych maili, pełne uzależnienie od CRMa

Może jakieś gotowe rozwiązania w postaci CRMów? Próbowałem vtiger, sugar. Widzę, że każdy ma inne podejście.

[!*!]

Kopia w bazie byłaby potrzebna chociażby do wyszukiwania e-maili po treści, tytule bo pewnie takich rzeczy imap nie wspiera.

Wspiera i to bardzo dobrzeimap-search, dodatkowo możesz zmienić silnik wyszukiwania dovecota jeśli jest taka potrzeba, ale ten standardowy radzi sobie nieźle nawet przy bardzo dużych skrzynkach.

Do łączenia z klientem, tagowaniem też oczywiście ale to można by osiągnąć bez zapisywania e-maili (po email id), ale też mało optymalne i niewygodne.

To można uzyskać już z poziomu skrzynki np tak jak to robi google. A podkatalogi robisz w bazie? Można, ale po co skoro idzie to zapisać jako "Sprzęt.Apple", "Sprzęt.Microsoft", podobnie z tagami to jest jeden z niepisanych standardów

Łatwiej też zarządzać usuniętą pocztą przez pracownika np. usunie złośliwie to łatwiej przywrócić.

Od tego są kopie zapasowe. Jeśli w skrzynce nie będzie wiadomości, a przywrócisz ją z bazy, to nadal nie będzie jej w skrzynce