We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 26931
    • 2,314 Posts
    do you think it’s better to go with phpMailer or with Pear Mail?
    and/or maybe SMTP too? smiley rolleyes
      • 25260
      • 156 Posts
      both of them can use SMTP smiley

      btw I think I’ll try with phpMailer, it seems clearer to me.
        • 36416
        • 589 Posts
        Quote from: Roberto at Nov 20, 2009, 04:58 AM

        do you think it’s better to go with phpMailer or with Pear Mail?

        Swift, of course... smiley
          • 10190
          • 187 Posts
          Quote from: Roberto at Nov 20, 2009, 05:35 AM

          btw I think I’ll try with phpMailer, it seems clearer to me.

          that sounds great! BTW, while experimenting with the PHPMailer integration I saw that there already is a PHPMailer-ML (-ML=Mailinglist) - maybe it would be easier just to take this one and try to let it run within ModX as a module?

          Unfortunatly I don’t know nothing about integrating things within MODx, but it shouldn’t be that complicated.

          The advantages are that the PHPMailer-ML uses PHPMailer already, has double-opt-in, placeholders, html/text newsletter, but is easy to use (see: http://phpmailer.worxware.com/index.php?pg=phpmailerml) and heavily maintained.

          Don’t get me wrong, TXNewsletters is great, I use it myself, as I think it is the best of the newsletter scripts I found around here in the ModX repos - it’s just a matter of reinventing the wheel, which is a approach I generally don’t like ;-) It just takes to much time to achieve the same maturity.

          Ah, and your right, SMTP is possible and should be first choice, as it minimizes the chance of newsletter emails being classified as spam.

          Cheers
          Frisco
            • 25260
            • 156 Posts
            I didn’t consider Swiftmailer grin

            Frisco: yeah I saw that -ML in phpMailer site.

            I will go this way: I’ll take a (deeper) look at phpMailer, phpMailer-ML and Swiftmailer.

            I don’t know about integrating phpMailer-ML into MODx, because I think (and I hope laugh) that correcting TXNewsletters’ bugs will require less work than re-write something new with phpMailer-ML.

            BTW, I’m not dismissing it wink

            If you have any hints, just tell. I love them grin

            Cheers,

            Roberto
              • 10190
              • 187 Posts
              I didn’t consider Swiftmailer Grin

              Well, I wouldn’t - as it is not an app, but an library, there’s to much effort as one would have to built the app around it.

              PHPMailer is a library which comes with an app already - "I" would take that approach.

              I thought about trying it myself and asked in another modx forum about some tipps building a module or porting an existing app to a module - but no replies until now.

              What I made: I made a new module in the manager and included the index.php of the _acp-ml directory, which should show the -ML admin interface, but all I get is a blank frame, nothing in the php or webserver error logs, and I don’t know how to track things down. Maybe there’s some modx logging mechanism I could use, but I simply don’t know.

              Maybe you do?

              Cheers
              Frisco
                • 16545
                • 358 Posts
                What about compatibility with Evo 1.0.2 ?
                  • 22668
                  • 718 Posts
                  Hi all.
                  Ready for TXNewsletters via PHPMailer? grin

                  What has been done:


                  • Main buttons now can be desabled in Module Config
                  • Modx carbon css injected. (yeah!)
                  • PHPMailer via modxmailer (from jp community, they rocks!)
                  • PHPMailer Version: 5.1 (PHP 5-6 Only)
                  • Some other css and code changes.
                  • Removed utf8_decode from genCSV function. (It’s bad for russian language, I’m not sure about others)

                  Tested only with MODx Evolution 1.0.2 and PHP5.
                  If you use PHP4, you must delete following files from package before upload it:
                  manager\includes\controls\class.phpmailer.php
                  manager\includes\controls\class.smtp.php

                  PHP4 NOT TESTED!

                  Don’t forget to add new parameters for module:
                  &menu_view=Show View items;list;true,false;true
                  &menu_add_item=Show Add an item;list;true,false;true
                  &menu_send=Show Send a newsletter;list;true,false;true
                  &menu_download=Show Download a newsletter;list;true,false;true
                  &menu_import_csv=Show Import (CSV);list;true,false;true
                  &menu_export_excel=Show Export (Excel);list;true,false;true


                  Based on this version.

                  What I think about modxmailer: Awesome! I think it must be in future Evo releases.


                  As usual: use at your own risk laugh Enjoy.

                  (screen added)

                  UPD: Found some minor PHP warnings in my version. You can use it, but keep in mind.
                    • 7508
                    • 22 Posts
                    Everything seems to work perfectly except when testing the unsubscribe.

                    On the unsubscribe page all appears fine but when I click continue to unsubscribe it takes me to http://www.life-studios.com/index.php?&id= which does not exist.

                    The link from the email is
                    http://www.life-studios.com/index.php?&id=62&action=del&[email protected]&control=48050e5690ad84f21e5fef85f232a3ae


                    I can see that it has the ?& but even if I manually remove it it still does the same.

                    Any ideas?

                      • 9130
                      • 171 Posts
                      The email link is fine, while beginning the query string with ’?&’ isn’t the cleanest way its perfectly legal and works ok.

                      Your problem has to do with the form on the unsubscribe page rendering its action with no id. Did you define the unsubscribe page in the TXNewsletters module configuration?