Dada Mail Developers Archives

 

leaping through major versions

April 8th 2017 UTC

Hi Justin, I've been using pro dada about once or twice a year for quite a long time. I have currently installed pro 5.2.1 and want to upgrade to 10.5.0. Do I have to go through each major version or can I simply upload 10.5.0 and run the installer/upgrader? --Mariano Absatz - El Babywww.clueless.com.ar ...Continue Reading

Re: getting _at_ instead of @

March 30th 2017 UTC

user@PROTECTED ...Continue Reading

RE: getting _at_ instead of @

March 30th 2017 UTC

This was meant to be in response to a support ticket. My apologies for the spam. Keys are reset. Sorry again Ryan -----Original Message----- From: dadadev@PROTECTED [mailto:dadadev@PROTECTED] Sent: Thursday, March 30, 2017 11:20 AM To: Bakonis, Ryan Subject: RE: [dadadev] getting _at_ instead of @ Here's my test file along with the real public/private keys. #!/usr/bin/perl # Change this to path of the following module: use lib qw(./); use DadaMailWebService; use CGI qw(:standard); print header(); print ''; use ...Continue Reading

RE: getting _at_ instead of @

March 30th 2017 UTC

Here's my test file along with the real public/private keys. #!/usr/bin/perl # Change this to path of the following module: use lib qw(./); use DadaMailWebService; use CGI qw(:standard); print header(); print ''; use Data::Dumper; my $server = 'http://list.chapman.edu/dada/mail.cgi'; my $list = 'testmailinglist'; my $public_key = 'uKyUfso3GWUVn7QaAvYGb'; my $private_key = 'qucJ9oeEiQqArYE53mBoezPUFwHaENeeONiUavyzr'; my $ws = DadaMailWebService->new( $server, $public_key, $private_key, ); my $params = { ...Continue Reading

Re: getting _at_ instead of @

March 30th 2017 UTC

Would you be able to create a simple webpage that shows this incorrect behavior to you, that I can use to try to recreate the problem myself? ...Continue Reading

Re: getting _at_ instead of @

March 30th 2017 UTC

Are you sure the web page doesn't have any so-called SPAM-busting techniques?In my organization, people often include _at_ in mailto links to attempt to prevent spammer from automatically scraping their addresses. (The benefits are unclear: https://xkcd.com/1808/) - Y On Wed, Mar 29, 2017 at 11:07 PM, Nancy Samuels, Webmaster webmaster@PROTECTED [Dada Mail Developers] <dadadev@PROTECTED> wrote: __   I haven't found anything in the documentation about this, so I don't know whe ...Continue Reading

getting _at_ instead of @

March 30th 2017 UTC

I haven't found anything in the documentation about this, so I don't know where the problem is being generated. When we send a webpage to the list, if an email address is just typed into the content without being a link, it comes through the email with a mailto tag. That's not too bad, but I'd like to be able to control whether it creates the mailto. The problem is that if the webpage has an email address that is already coded with a mailto tag, then the email address comes through in the email message with @ replac ...Continue Reading

Re: German Email Theme encoding problems in Subject and preheader

March 23rd 2017 UTC

I'll look at this for you. Authoring things like this: --- to_phrase: Abonnent from_phrase: Inhaber preheader: Die Bestätigung ist nur ein Klick entfernt! subject: Abonnentbestätigung für Mailing-Liste --- id correct. Dada Mail should treat all these templates files as encoded in UTF-8, ...Continue Reading

Re: German Email Theme encoding problems in Subject and preheader

March 23rd 2017 UTC

Hello Matthias, Thanks for your hint! I have tested this settings as well. It should be set to UTF-8 as character set and quoted-printable as encoding. While testing I noticed that the Problem of false encoding does not only affect the Subject and Preheader* as mentioned in my first E-Mail it is affecting the hole plaintext E-Mails. I think for the HTML-Mail many mail clients will do an encoding again. Therefore the problem seems to be in my translation script. I will work on it.  Thanks for any Help! Joh ...Continue Reading

Re: German Email Theme encoding problems in Subject and preheader

March 23rd 2017 UTC

in Sending --> Advanced Options you can select the encoding. I have just tested with UTF-8 as character set and quoted-printable as encoding. Am 23.03.2017 um 15:18 schrieb Jo Ha jo.ha@PROTECTED [Dada Mail Developers]:   I have started translating the Dada Mail Email themes to German: Everything ist working fine. Translation is done almost automatically by a pyhton script reading translations from a .csv, for details have a look at: https://github.com/holzhannes/dada_mail_founda ...Continue Reading
  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.