[FEEDBACK NEEDED] Add option to entirely remove credits from emails #619

Hello everyone,

A few days ago a Pull Request was submitted on the phpList repo on GitHub. A contributor has managed to create a version of phpList with no references to ā€œphpListā€. He has removed all credits to phpList.

You can read the entire discussion thread here: Add option to entirely remove credits from emails by mkllnk Ā· Pull Request #619 Ā· phpList/phplist3 Ā· GitHub

Here is his comment on the PR:

Description

Iā€™m aware of the comments regarding the credits in the code and this contribution may be contentious. But I would like to encourage you to review my suggestion with new perspectives. I gave this contribution a lot of thought.

Basically, I added an option (a new constant) to deactivate credits in emails entirely (not pages). No text and no image is shown.

I found several posts online how to change the source code to deactivate the credits. They demonstrate that there are unmet needs in the community. But I also understand the original authors deserving respect and the wish to gain more clients for phplist.com. And I think that both is possible.

You have probably better statistics through your analytics tools but I doubt that the credits have a high click rate. The average list subscriber is not in the target audience. I imagine the target audience to be web admins and marketers which are only a small percentage of the population. Therefore the credits may do more harm than benefit to the project. I summarised the downsides below.

I believe that the free plan on phplist.com has the potential to be far more effective. That is how Mailchimp became popular. There are probably some clever marketing tricks out there with referral programs and more that still give the community the option to opt out. And I think that the free phpList product will become more popular the better it fits the needs of the community. Thatā€™s the strength of free software.

In terms of respect, I donā€™t think that credits that have been placed by the authors of phpList show any respect to the authors themselves. You canā€™t give yourself respect in this way. Respect is shown in the communication with the authors and by submitting pull requests which respect all code standards and try to make your work easy. Iā€™m very grateful for the work that has been done and consider the free software community be lucky to have this tool. A big thanks to all contributors.
Just as an idea, you could try to encourage people to create their own version of the credits, referring to phpList. They could be more effective and avoid the downsides of the generic credits.

Okay, so why do people not want credits? Some people are just very particular about their design and brand but there are more downsides that apply in general:

  • Subscribers can get confused about the sender of the email. That is problematic for privacy sensitive lists. I promised my subscribers that their data is not given to third parties and I donā€™t want them to think that phpList has their email address or can track their clicks.
  • Support requests that should go to the mailing list provider may go to the phpList team.
  • Subscribers get used to this footer and then trust phishing emails with the same footer.
  • The credits are also used in spam emails and legit emails get a higher spam score which decreases deliverability of all emails send by phpList.

Similar reasons to the above were given by the Roundcube team when they encouraged all users to create custom skins for their product. They donā€™t want instances of Roundcube to be associated with the Roundcube dev team because they see it as counter productive.

If you have any suggestions how to improve this pull request or address my concerns in a better way, I would be very happy to help and further work on this. Lastly, my opinion above is just what Iā€™m thinking right now. You may have good reasons that convince me of the opposite. Letā€™s discuss it.

Feedback is much needed at this point. How do you feel about this? Do you agree that references from an open source product should be removed?

Mariana

Thank you Mariana. It will be very interesting to see what the community thinks.

I would like to clarify the extend of the mentioned pull request though. The proposed change adds an option to remove the powered by phpList signature from outgoing emails. The credits remain on all pages. And of course, the license, copyright notice etc are not touched either. I think that the description ā€œremoved all credits to phpListā€ is not accurate.

I believe that the proposed change will make phpList more popular which will benefit the project.

1 Like

Thanks for the clarification :slight_smile:

Hi Mariana,

Iā€™d suggest that there is a use case for removing the phplist wording at the bottom of emails. Obviously, some users donā€™t mind, but I do have users that would like to ā€˜not haveā€™ either the text or the image. In general, the users want ā€˜unbrandedā€™ emails going out, so it just has their own content.

The email headers still stay in the email, which indicate that it was sent by phpList software.

Dan

1 Like

Agreed with what being said. The mailing audience is not the audience that is at one point going to use phplist. On 70 000+ emails sent every time since many years with phplist I had only one guy getting back asking more questions about the mailing system in use (he didnā€™t click on phplist link at the bottom and/or doesnā€™t speak englishā€¦).
It is also true that some hacks -against usage policy- let you deactivate the link, so if people really want to get rid of the credits, they can.

Summary : in favor of what being proposed here