CRM with webmail integrated - php

I'm building a CRM in PHP to a customer.
One thing that the customer asked me if it's possible is the chance to manage his emails inside the CRM, without leaving the CRM to a webmail for instance. Not only to send emails (that's easy) but also to fetch inbox, see other email folders like Spam, Drafts, Sent items and even create email accounts (and other Admin features). It's really like a webmail, but without leaving the CRM. So, I don't want to build a webmail when there are already good Webmail out there. And I don't want to build something hard to maintain.
What are my options? Are there webmails that you can integrate? Do you suggest something like "mailgun"?
We're using a Windows host with Plesk, but I think we could change if necessary.
Thank you!

Related

How to sync Laravel Application with Email Server

I am trying to Create a Mail Box for each user and each user account will be connected to his email(Gmail, Outlook, etc). Now I am trying to connect email in real-time whenever they receive an email they also get in their mailbox. I can get receive the email through IMAP but it is not real-time I have to look for a new email after a specific time. I am looking for a package or library that can do it easily for me or any other solution. After searching I get only one solution which is IMAP and I also implemented it but now I need another solution that fits exactly. If anyone has any idea pls share. and what if I set up my own custom email server with a custom domain so how can I create such functionality with Laravel.
Why I am doing all this?
beceause I want this real time when ever user receive email his ticket will be created on behalf of email it does not need to wait until IMAP fetch and then ticket will be created or displayed.
Thanks in advance.
You do not really have any other option besides IMAP, unless you want to pair with specific services like Exchange Web Services.
PHP has a very comprehensive set of functions regarding IMAP. I would suggest checking it out. Unfortunately, there is not really anything you can do from within PHP to prevent having to poll.
My suggestion is checking in the background if new mails have arrived. For example by checking from within a cronjob. That way you don't have to initiate a new connection to an IMAP server every time a users visits the page.
IMAP docs

Sending Outlook Meeting email from outside (e.g. Symfony) and "retrieving answers"

We have developed a Symfony 2.8 based SaaS for project management.
We would like to integrate with MS Outlook (or any other system like Gmail that is compatible with "meeting").
At the moment we have created an ICS that can be shared as read only. No issues here.
What we are trying to do at the moment is sending invitations for meetings created inside our system, with the possibility as usually for the user to answer "accept, decline". We then need to process those returned emails and take the appropriate measures.
Which is the format of the email to be sent to be treated as meeting?
Is there any library in PHP that manages that?
Thank you

Can i use Google App Engine as a replacement for Google Apps to send email from php-driven webapp?

Righty, I'll use bullets to make this as clear as possible!
My application lives on my server (and doesn't use G.A.E)
Currently I use Google Apps (paid) as my mail server in PHP, it's great but...
It's limited to ~2000 emails per day, i need to send more in the forthcoming version of my web app.
.
Can i use GAE's just for emailing via their remote api?
Can i view the sent/received email in Gmail like i can with Google Apps?
Am i totally barking up the wrong tree?!
Yes you can send emails from GAE, even in PHP. You need a valid Gmail or Google Apps account to use as sender address.
Things to note:
The cost of one email is $0.0001.
The size of sent/received emails add to the bandwidth cost.
There are quotas, varying for free apps and billable apps. Free
app limit is 100/day, billable app quota is 20,000/day. (You need to
pay the first bill in order to go beyond free quota limit, even if
you already enabled billing). You need to have premier account to go
beyond 20,000/day limit (they might approve it without premier
account if you ask them.
There are technical limits.
No, emails sent from GAE do not show up in senders outbox.
Update: GAE can send emails and is pretty good at that. But it's not a generic SMTP server, so it's not a drop-in replacement for services like mailgun. Also it does not do "value-added" mail services, like maillist management, tracking, etc.. This is all doable but you have to code it yourself.

Sending forgot password emails

I am building a service that will have a 'forgot my password' feature. In addition to that, it will also email users when results are ready from my service.
I would like to ensure delivery of my emails so I was looking around to find a service that would let me send emails.
All that I've been able to find so far are services that require a user to opt-in to a list.
In other words, I've been unable to find any that will let me send customized messages to individual users.
I am currently using swiftmailer for php but would really like to find a service to do this...Anyone know of one?
Edit1: It's not that I don't like swiftmailer but more that I want to make sure I do not have my emails end up getting blocked by spam filters. Also, it would be easier to rely on a service that already has the stuff setup that Atwood talked about in that article.
A very low volume solution that I use, and by low volume, I mean under twenty pieces per day, is to setup a GMail account and send your messages from that account. There are plenty of very simple programmatic solutions for this. Just Google for "php gmail send" and take your pick!

PHP: Can we build a web application to send email from localhost, like ThunderBirds, OutLook.?

I don't know whether or not it's a good question :(
But my intention is to know if it is possible to to build an email client application like Thunderbird or OutLook . And can we able to configure/create a Web Application in PHP?
Please let me know your thoughts!
Thanks in advance!!!
I am not sure that I understand the question, but here a couple of notes :
if you want to create a web application, of course you can use PHP : it's been created for that task, and does it well
if you want to develop a webmail (ie, a web application to send/receive mail), it'll mean lots of work...
maybe taking a look at some existing webmails might be wiser ?
About that, you might be interested by my answer to the question How do you build a web based email client using PHP?
if you want to create a desktop application, this is possible too ;-)
take a look at PHP-GTK (GTK is the graphic toolkit used for Gnome and/or the Gimp, for instance), about that ; here are a couple links :
Desktop Application Development with PHP-GTK
Beginning PHP-GTK: Creating a Simple Interface
Beginning PHP-GTK: Signals
Uh, sure, but why would you do so? Thunderbird is free and open-source. You could just use that. Unless you've a compelling reason to develop an entirely new e-mail client, it's better not to reinvent the wheel.
Plenty of open-source webmail clients already exist, too. RoundCube is one of the prettiest.
PHP is usually used as a server-side scripting language to build web applications. It does have the functionality that you need to be able to send email messages from a properly configured server.
The mail should definitely be sent from the server not the local machine, but its perfectly ok to create a webmail system. Also you can retrieve incoming mails from your mail server. Actually there are webmail clients on the market that you can use. I personally like Squirrel Mail
I would recommend in your case that you look at using PHP as core backend and (x)html+javascript+ajax for frontend and front-to-backend communications.
Ajax is very good for dynamic pages where you do not want page reloads etc.
You could have a local smtp server to send the email, but most internet providers would not allow this. If the later is the case you need to use the internet providers smtp, alternatively allow the configuration of smtp within the user interface.
PHP has builtin classes to send mail which makes this process easy in either case.
Receiving mail and parsing them correctly is just a matter of understanding the correct protocols. (pop3 / exchange and so on).
I know this wasn't a straightforward answer, but I hope it gave at least some insight.

Categories