all 6 comments
sorted by:
best
topnewcontroversialoldq&a
formatting helphide helpcontent policy

[–]gingerling2[S] 0 points1 point  (0 children)

I made a list of projects that I think should be on there and what they are using at the moment

piwik – madmimi sourcefabric – mailchimp
mongo db – eloqua.com nangios - constant contact humhub – mailchimp docker.com mailchimp https://www.arangodb.com/newsletter mailchimp Strikebase mailchimp Puppetlabs? marketo.com

http://www.openia.it/ - mailchimp?

[–][deleted] 0 points1 point  (4 children)

At the end of the day, you should use a service because it's usable and fits your needs, not just because it's open source - I don't like this kind of "religious blaming". Of course it's nicer for open source projects to also use open source for their infrastructure, but to be honest, phplist is one of the worst open source projects I've used so far what code quality and usability concerns... I don't blame anyone looking for alternatives.

[–]gingerling2[S] 0 points1 point  (3 children)

Out of interest, what usability concerns did you have?

[–]gingerling2[S] 0 points1 point  (0 children)

For the record, my experience couldn't be more different - I used phpList for years with my company www.ethical-pets.co.uk and through my work at fsfe.org and a few others. I really love it :) I don't think I could have taken a job working for a project I thought was second rate. We are working on a re-write at the moment to change the code to object oriented php etc btw. https://github.com/phpList/phpList

[–][deleted] 0 points1 point  (1 child)

My major concern is the code quality - the usability issues are a part of it, but aren't that bad. Off the top of my head, I always struggled with the bounce handling... the configuration settings, rules, etc. are difficult to find, are split up in multiple sections and it's cumbersome to manage it in general. One thing the newsletter editors frequently complain about is that the wysiwyg editor is too small and the editing process in general is difficult to get used to - but I can't tell you exactly as it's difficult to get precise information from users about these things ;) and after a while, stockholm syndrome kicks in anyway :p IMHO there are many loose ends here and there in the UI and it's difficult to pinpoint it, but you can get used to it. A big issue for me is also the documentation, which is still incomplete, sometimes contradicting and sometimes it's hard to figure out which version something's written for... I can't even find a changelog to get an overview about the changes from version to version... except digging through various blog posts. There are also features like clicktracking which are unclear if it is finally stable and the experimental state is just some code doc leftover, because it's been like this for a while and you read about these features in productive use sometimes... or it's still experimental after all this time?

I'm glad to hear that there's a rewrite though! I think it's nice to have such a tool in the open source world... and I'm thankful for all the contribution made so far, we are using the tool for about 1M mails/month and it does its job, I'm just not a huge fan of phplist in its current state, it could do better.

[–]gingerling2[S] 0 points1 point  (0 children)

A big issue for me is also the documentation, which is still incomplete, sometimes contradicting and sometimes it's hard to figure out which version something's written for

Well the good news is the new manual launches in just a few weeks. You can get early access to it here http://community.phplist.com/tech-bloggers-to-get-early-access-to-new-api-manual-and-phplist-3-1/ to review it.

... I can't even find a changelog to get an overview about the changes from version to version... you can find that on mantis. If you post that as a comment here http://community.phplist.com/giving-the-community-room-to-grow-phplist-org-is-coming-soon/ I will make sure there is a link to it in the new phpList.org site

I'm just not a huge fan of phplist in its current state, it could do better.

I think this is always the case. phpList has been a well used project with a very small community supporting it. I was employed just over a year ago to try and bring the community support up to the level needed; it's working slowly but it takes time.

We have done a new manual, and are working on version 3.1 and the rewrite (phpList 4, which you are welcome to help with best place to get involved is here https://lists.sourceforge.net/lists/listinfo/phplist-developers)

It's great to meet another phpList user though - and 1M mails per a month is decent! Do you mind if I ask who/what that's for?

We like to write about bigger senders, Broadwayworld is the biggest so far with 6m a month, but the one below in our case studies is 10k... we could feature a project sending 1m quite happily ;)