Dada Mail Developers Archives

 

v10.5.1 Released

April 15th 2017 PST

Hello everyone, v10.5.1 released - * Download and install: http://dadamailproject.com/d/install_dada_mail.pod.html * Changelog: http://dadamailproject.com/d/changes_10_x.pod.html#pod10.5.1 and below, 10.5.1 This is mostly a bug-fix release for issues found in the v10.5.1 release of Dada Mail. Changes Change in Default File Permissions from: 0666 to 0644 Dada Mail has been tweaked slightly to set permissions of files it creates to, 0644, rather than 0666. This is to enhance security of the files that Dada ...Continue Reading

Re: leaping through major versions

April 10th 2017 PST

> On Apr 8, 2017, at 3:20 PM, Mariano Absatz - gmail el.baby@PROTECTED [Dada Mail Developers] wrote: > Do I have to go through each major version or can I simply upload 10.5.0 and run the installer/upgrader? No you do not. As long as you were using an SQL backed, and an outside config file (rather than hand-editing the Config.pm file), just follow the regular upgrade directions. ...Continue Reading

leaping through major versions

April 8th 2017 PST

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 PST

user@PROTECTED ...Continue Reading

RE: getting _at_ instead of @

March 30th 2017 PST

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 PST

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 PST

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 PST

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 PST

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 PST

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
  • 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.