README.txt 4.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140
  1. -- SUMMARY --
  2. Integrates with the Mollom service: https://www.mollom.com
  3. For a full description of the module, visit the project page:
  4. http://drupal.org/project/mollom
  5. To submit bug reports and feature suggestions, or to track changes:
  6. http://drupal.org/project/issues/mollom
  7. For issues pertaining to the Mollom service, contact Mollom Support:
  8. https://www.mollom.com/contact
  9. - e.g., inappropriately blocked posts, spam posts getting through, etc.
  10. - Ensure to include the Mollom session/content IDs of affected posts; find
  11. them in Drupal's Recent log messages by filtering by the "mollom" category.
  12. -- REQUIREMENTS --
  13. None.
  14. -- INSTALLATION --
  15. * Install as usual:
  16. http://drupal.org/documentation/install/modules-themes/modules-7
  17. * Go to https://www.mollom.com,
  18. - sign up or log in with your account
  19. - go to your Site manager ("Manage sites" link in the upper right)
  20. - create a site (API keys) for this Drupal installation.
  21. * Enter your API keys on Administration » Configuration » Content authoring
  22. » Mollom » Settings.
  23. * If your site runs behind a reverse proxy or load balancer:
  24. - Open sites/default/settings.php in a text editor.
  25. - Ensure that the "reverse_proxy" settings are enabled and configured
  26. correctly.
  27. Your site MUST send the actual/proper IP address for every site visitor to
  28. Mollom. You can confirm that your configuration is correct by going to
  29. Reports » "Recent log messages". In the details of each log entry, you should
  30. see a different IP address for each site visitor in the "Hostname" field.
  31. If you see the same IP address for different visitors, then your reverse proxy
  32. configuration is not correct.
  33. * On servers running PHP <5.4, and PHP as CGI (not Apache module), inbound HTTP
  34. request headers are not made available to PHP. Add the following lines to
  35. your .htaccess file:
  36. RewriteEngine On
  37. RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  38. -- OPTIONAL INSTALLATION --
  39. * Download and enable the libraries module: http://drupal.org/project/libraries
  40. * Download the chosen JavaScript plugin into your libraries location
  41. - Download from https://github.com/harvesthq/chosen/releases
  42. and save in your libraries location in a new "chosen" folder.
  43. - See instructions from the libraries module for details:
  44. https://www.drupal.org/node/1440066
  45. -- CONFIGURATION --
  46. The Mollom protection needs to be enabled and configured separately for each
  47. form that you want to protect with Mollom:
  48. * Go to Administration » Configuration » Content authoring » Mollom.
  49. * Add a form to protect and configure the options as desired.
  50. Note the "bypass permissions" for each protected form: If the currently
  51. logged-in user has any of the listed permissions, then Mollom is NOT involved
  52. in the form submission (at all).
  53. -- TESTING --
  54. Do NOT test Mollom without enabling the testing mode. Doing so would negatively
  55. affect your own author reputation across all sites in the Mollom network.
  56. To test Mollom:
  57. * Go to Administration » Configuration » Content authoring » Mollom » Settings.
  58. * Enable the "Testing mode" option.
  59. Note: Ensure to read the difference in behavior.
  60. * Log out or switch to a different user, and perform your tests.
  61. * Disable the testing mode once you're done with testing.
  62. -- FAQ --
  63. Q: Mollom does not stop any spam on my form?
  64. A: Do you see Mollom's privacy policy link on the protected form? If not, you
  65. most likely did not protect the form (but a different one instead).
  66. Note: The privacy policy link can be toggled in the global module settings.
  67. Q: Can I protect other forms that are not listed?
  68. Q: Can I protect a custom form?
  69. Q: The form I want to protect is not offered as an option?
  70. A: Out of the box, the Mollom module allows to protect Drupal core forms only.
  71. However, the Mollom module provides an API for other modules. Other modules
  72. need to integrate with the Mollom module API to expose their forms. The API
  73. is extensively documented in mollom.api.php in this directory.
  74. To protect a custom form, you need to integrate with the Mollom module API.
  75. However, if you have a completely custom form (not even using Drupal's Form
  76. API), you may also protect that, by following Mollom's general guide and
  77. example for PHP client implementations:
  78. - https://github.com/Mollom/guide
  79. - https://github.com/Mollom/guide/tree/master/examples/php52
  80. Q: What happened to the Mollom Content Moderation Platform?
  81. A: On Thursday, 1 October 2015, Acquia is ending support for the Content
  82. Moderation Platform (CMP) feature of Mollom, which was originally added as a
  83. feature in 2013. Users who activated their CMP accounts before June 1, 2015
  84. will have access until that time.
  85. - https://docs.acquia.com/mollom/faq/platform
  86. -- CONTACT --
  87. For questions pertaining to the Mollom service go to https://www.mollom.com/support
  88. Current maintainers:
  89. * Lisa Backer (eshta) - https://www.drupal.org/u/eshta
  90. * Nick Veenhof (Nick_vh) - https://www.drupal.org/u/nick_vh