[Renzo Mischianti]

Mmmm…

probably I don’t flush the buffer try now please.

Bye Renzo

[Renzo Mischianti]

Hi Matthias,

try this version on GitHub branch postfixEMailServer

to activate new features you must add this lines

    emailSend.setEHLOCommand(true);
    emailSend.setSASLLogin(true);

give me a feedback.

Bye Renzo

 

[Renzo Mischianti]

Hi Matthias,

I check your server

reef@PORTATIREEF:/mnt/c/Users/renzo$ telnet smtp.ionos.de 25
Trying 213.165.67.97...
Connected to smtp.ionos.de.
Escape character is '^]'.
220 kundenserver.de (mreue010) Nemesis ESMTP Service ready
EHLO 213.165.67.97
250-kundenserver.de Hello 213.165.67.97 [XX.X.XX.XX]
250-8BITMIME
250-AUTH LOGIN PLAIN
250-SIZE 140000000
250 STARTTLS

and It implement a SASL Authentication, so I must change the library to support this type of login. I read something and probably we must send a single line with login and passwd.

I’m going to try to do a trial version, I write here when ready to test.

Bye Renzo

[Renzo Mischianti]

Hi Matthias,

try to enter inside the library at line 354 change

String helo = "HELO "+String(publicIPDescriptor)+": ";

in

String helo = "EHLO "+String(publicIPDescriptor)+": ";

and give me feedback, if It’s work I do a parameter to manage this option.

Bye Renzo

 

 

[Renzo Mischianti]

Hi Ludophot,

I do the installation process only on Arduino IDE, I use Sloeber Eclipse and I have the same problem.

At this moment I write code with my sloeber and build with Arduino IDE.

The installation process can be very tedious on other IDE because they do not involve the use of another xtensa compiler and esptool.

But if i find some time I try to do.

Bye Renzo

[Renzo Mischianti]

Perfect!
In the future I try to integrate the process in my library, but now I’m happy that you had found the solution.
Bye Renzo

I think I only add/change this part

  WiFiSSLClient client;
  
  if (client.connectSSL(server, port)==1){ 

and all work.

[Renzo Mischianti]

Hi Mauelepilot,
to send email with MKR WiFi 1010 and WiFININA you must do some additional work.
I find this
https://gitlab.com/gratefulfrog/arduino-wifinina-gmail-smtp
seems you must enable 2 factor security and generate secret.
Give me a feedback if this can solve the problem
Bye Renzo

 

[Renzo Mischianti]

It’s very strange, I try to send an email now from an esp32 DEV KIT v1 and work correctly.
Please post your code, and in the file EMailSenderKey.h uncomment this line
//#define EMAIL_SENDER_DEBUG
and send the result (cover the login and passwd).
Thanks Renzo

[Renzo Mischianti]

Hi manuelpilot,

• please check is lessecureapp is activated,
• if you tried to spoof the sender address using google smtp (for instance, using FromAddress as something other than the name of my gmail account)
• check if you have some network limitation from firewall or VPN redirect.

Give me a feedback Bye Renzo

[Renzo Mischianti]

Hi John,

put all in DEBUG by uncommenting this line

// #define LoRa_E32_DEBUG

and check that the Serial is correct in this line

#define DEBUG_PRINTER Serial

Bye Renzo

[Renzo Mischianti]

Hi windip,
I think It’s better if you use an array of String instead of char*, in that situation you receive a warning like
ISO C++ forbids converting a string constant to 'char*' [-Wwrite-strings]

to manage this situation I use a simple String[].

This evening or tomorrow I’m going to release a new version (2.1.4) that can take a String[] or char* [] and convert It inside the library with a converter like

const char** toCharArray(String arr[], int num) {
    // If we ever alloc with new with have to delete
    const char** buffer = new const char*[num];

    for(int i = 0; i < num; i++) {
        buffer[i] = arr[i].c_str();
    }

    return buffer;
}

and

const char** toCharArray(char* arr[], int num) {
    // If we ever alloc with new with have to delete
    const char** buffer = new const char*[num];

    for(int i = 0; i < num; i++) {
        buffer[i] = arr[i];
    }

    return buffer;
}

I think It’s what you need.

Bye Renzo

 

[Renzo Mischianti]

Hi Poki,
if you have some exception on the behavior probably It’s the noise, the encoders have a lot of noise.
Try to change the algorithm, or add some capacitor to absorb It.
Bye Renzo

[Renzo Mischianti]

Hi Poki,
I checked and tested various encoder, and I have had multiple response different from different encoder.
So my solution to cover is this:

 #define BASIC_ENCODER_ALGORITHM
// #define MISCHIANTI_ENCODER_ALGORITHM
// #define SEQUENCE_ENCODER_ALGORITHM_REDUCED
// #define SEQUENCE_ENCODER_ALGORITHM
// #define POKI_ENCODER_ALGORITHM

I give the possibility to use different algorithm for different encoder like this

void updateEncoder(){
    changed2 = pcf8574.readEncoderValueSequenceReduced(P6, P5, &encoderValue2);
    changed = pcf8574.readEncoderValue(encoderPinA, encoderPinB, &encoderValue, true);

//  int vale = pcf8574.readEncoderValue(encoderPinA, encoderPinB);
//  if (vale!=0){
//      changed = true;
//  }
//  encoderValue = encoderValue + vale;

    bool val = pcf8574.digitalRead(P2);
    if (val!=valPrec){
      changed = true;
      valPrec = val;
      encoderButtonVal = val;
    }
    bool val2 = pcf8574.digitalRead(P4);
    if (val2!=valPrec2){
      changed2 = true;
      valPrec2 = val2;
      encoderButtonVal2 = val2;
    }
}

With this solution I can use different modules and different encoders with succes.

Give me a feedbback.
Bye Renzo

[Renzo Mischianti]

There is another bug

byte encoderValues = B00000000;

must be

volatile byte encoderValues = B00000000;

Try It also please.
Thanks Renzo

[Renzo Mischianti]

Hi poki,
I had tested with 2 encoder and BASIC_ENCODER_ALGORITHM work fine for me, but with yours first encoder only increase.

But I’m going to to do more test.

Bye Renzo

[Author]

Posts