Messages

1

General Help & How-To / Amazon SES new signature version 4

« on: March 16, 2021, 06:59:42 am »

Hi,
I was notifed by Amazon SES that I used an outdated signature version 3 instead of the now required version 4.
I have no idea what they are talking about as I do not know how to create a signature in email headers.
Since years I am using LM v1.89 without any issues.
I am connecting to tls://email-smtp.us-east-1.amazonaws.com port 465 with my Access Key and secret.
As far as my Amazon stats show LM still sends emails out but who knows when this stops.

Anyone here who could give me a hint on what I have to do?
Best regards
Wolfgang

2

General Help & How-To / Re: Special characters in v1.89 not correct

« on: March 17, 2018, 08:03:10 am »

As far as I see, the solution is to replace in admin.php line 107 iso-8859-1 by utf-8.
Now the messages are stored completely, even with special characters, and the sent email shows character set utf-8 in it's header.

Wolfgang

3

General Help & How-To / Re: Special characters in v1.89 not correct

« on: March 17, 2018, 07:52:06 am »

Hi Dean,

seems I was too quick in judging.

I did a new installation from scratch taking your new v1.89 as released at March 9th 2018.

Installation created db tables in collation utf8_general_ci - fine.
Looking up the source code of the admin panel it says: content="text/html; charset=iso-8859-1", hm.
For testing, since I already know the confusion, I used a text mixed with special charcters - ä, ö - in domail.php
Saving the text returns empty fields (as if I had not provided any input)
Reloading the message (it is nevertheless listed at the right side) it loads the message up to before the first special character, the rest is blank.
Looking up the database lm_saved it shows the input text up until before the first special character.

May it be that providing a text through a formular which is output in iso-8859-1 does just store the input in the utf8 database up to the point where the first non-utf8-encoded character shows and then it breaks?

I also notice, testing my mail server configuration, that the test email in encoded in iso-8859-1, even if I change the mimeclass.php lines 79+80 into utf-8!
This might generate more problems to come. But for now I cant advance with my installation as it already shows insufficient.

Any help would be appreciated.
Wolfgang

4

General Help & How-To / Re: Special characters in v1.89 not correct

« on: March 09, 2018, 07:10:36 pm »

Dean,
  congratulations, that fixed the problem 100%.
All special characters in subject line and message body are now displayed correctly.
Many thanks!
Wolfgang

5

General Help & How-To / Re: Special characters in v1.89 not correct

« on: March 09, 2018, 02:09:17 pm »

Hi Dean,
config.php must be replaced, I assume?

WR

6

General Help & How-To / Special characters in v1.89 not correct

« on: March 09, 2018, 11:30:22 am »

Hello,
I encounter problems with german "Umlaute", like ü, ä, ö or special characterts like ß in the message body text (plain and html).
Apache Server with php 5.6.
The subject line is displayed perfectly including Umlaute. (as opposed to version 1.88)
However in plain text and html text of the message body all special characters are unreadable.
Example: "neuen Installation für UTF8"
As I said: Only in the message body, NOT in the subject line which displays "für" (correctly) instead of "für" (unreadable).

I changed the lines 78+79 in mimeclass.php replacing iso-8859-1 by utf-8 ... however this changed nothing.

In version 1.88 everything was messed up, subject line and message body text.
In version 1.89 subject line is perfect, but message body text is not correctly displayed.

Means: what has been done to have the subject line displayed correctly must be done in the same
manner for the message body text.
Then it could be usable.

Any hints?

Wolfgang

7

General Help & How-To / Amazon SES

« on: May 11, 2017, 12:10:28 pm »

I have seen this topic in this forum but back in 2013.
My tests with LMP providing the SMTP credentials of my amazonses account
have not been successful so far.
It fails with username and passord. But I am using these credentials successfully
with another Autoresponder Software hosted on the same server. So they are correct.
This might be an issue with TLS method required by Amazon?

Anyone who knows?

Best regards
Wolfgang

8

General Help & How-To / Re: PHP 5.6 update

« on: May 15, 2016, 06:21:55 pm »

Hi, try this.

Regards

Hello Dan,
thanks, that works perfectly.
I just needed to do similar changes in
edituser.php and editemsg.php

Now even users with special characters in their names etc. show up.
Any forcast as to when you might be updating to utf8 compatibility?

Wolfgang

9

General Help & How-To / PHP 5.6 update

« on: January 16, 2016, 08:49:30 am »

Hello,
yesterday I updated the php version of my server from 5.2. to 5.6. and noticed that
this caused a character set problem and other issues:

All messages already stored did not display the correct special characters for
"Umlaute" like ä, ü, ö and also ß. Instead these where printed like hieroglyphes.

Also dozens of follow up emails were invisible in listmail panel while still stored in
the database.

I figure that has to do with register_globals which are not anymore available in php 5.6.
The character set problem ... no idea. I always used ISO 8859-1 without any issues.
The listmail script is running with ISO 8859-1 and the emails also
 (db collation is latin1_swedish_ci).

Does anyone know why this character set problem comes up with php 5.6?

I have now switched back to php 5.2 and enabled register globals and all is
fine again.
Anyway, that's not a good long term solution, not to be able to update php.

Any work around for this?
Is there a new listmail version adapted for php 5.6 available?

Thanks and best regards

Wolfgang Roesner

10

General Help & How-To / thanks

« on: March 02, 2007, 09:52:25 am »

Hello Dan,
thanks - that fixed the problem.

11

General Help & How-To / Update problem, confusion caused by older version of files

« on: March 01, 2007, 03:40:25 pm »

Since this evening I get an automatic-update-notification displayed on the login-page (before logging in). It says:
"Upgrade detected!
Please wait while your database is updated
It is very important that you do not interrupt this process
DB Version: 1.87  New DB Version: 1.85
Done!"

This is strange because I have never seen such an automatic update before and furthermore: the new DB Version is a lower number than the old one.
And - most important - I'd like to be asked before an update is done!

Anyone here who experienced a similar thing?

Regards

12

General Help & How-To / scheduled task (cronjob) on a windows server

« on: September 27, 2004, 07:11:09 am »

Hello there,

I installed listmail on a windows server. The staff tells me they have set up the scheduled task correctly but they dont have installed wget on this machine.
Does this mean I cant make dailmail run, or is there any work around for having wget installed?

Regards

JF

13

Customization, Integration / Custom MySQL Insert Script - PHP

« on: September 20, 2004, 12:58:01 pm »

Sorry, from my limited knowledge I cant see how this script would store any data in a database.
I always thought the syntax is:

$store = mysql_query("INSERT INTO table (field1, field2, field3 etc.) VALUES ('$param1','$param2','$param3') or die ....;

I am probably missing a lot of information here. Can anyone enlighten me?

Wolfgang

14

Customization, Integration / LMinsert.php implementation

« on: September 20, 2004, 09:02:41 am »

Hello Dean,

I am trying to accomplish the following:
I want to have a script run daily by a crontab which:

1. retrieves data (orderID, email, fname, lname) of clients which have ordered 10 days ago from a database of my shopping cart hosted at X. These are typically from 3-20 sets of data.
2. stores this data in Listmail hosted at Y at the same time and sending them a welcome Email.

While it's certainly no problem to retrieve the data for 1, it's a problem for me  to store this in Listmail using your script LMinsert.php.
I get the error message:
Fatal error: Cannot redeclare lminsert() (previously declared in /vitamobw/www.vitamine-und-mehr.org/virility/follow/LMinsert.php:44) in /vitamobw/www.vitamine-und-mehr.org/virility/follow/LMinsert.php on line 44

The reason for this is certainly that I have tried to accomplish the whole thing by setting a loop using
.
.
.
while(I retrieve the data from database X) {
(defining parameters)
include("LMinsert.php");
}
echo "done";

... and LMinsert.php opens a new database connection while the old one is still open.
You see I am not a savvy programmer. Can you give me a hint? Do I have somehow to close the first connection before letting LMinsert.php run?

Or is there an even more elegant solution?

Thanks

Wolfgang

P.S.: I changed the script supposed to do the job by using:

include_once('LMinsert.php');

This prevented the "cant redeclare"-error to appear. Nevertheless the data is not stored in my Listmail database!

15

Server Optimization, Tweaks / Ensim configuration

« on: July 25, 2004, 01:02:30 pm »

Hello there,

I cant find any file like /etc/exim.conf on my server.
While there is a folder like "etc", it contains only files like passwd or shadow as ASCII files. No exim.conf

Does this mean I cant change the EXIM configuration on my server?

Thanks

WR