Wrong mail header and contents on Ubuntu 20.04 about mailio

[RosenGeorgiev]

I did manage to hit that bug too. Seems to only happen when you link statically with the library. That is a weird one! Also the bug seems to be absent with older versions of the library, so whatever is causing it was introduced in the more recent commits(my guess is 1f07964).

[karastojko]

I got it too. Seems like a consequence of the static initialization order fiasco. I will fix it soon. Thanks for your effort.

[karastojko]

@triccyx @RosenGeorgiev Please check the latest commit, it works for me in both static and dynamic linking.

[triccyx]

We can close this issue.

[karastojko]

It works fine in my case, also Ubuntu and Gmail. Is there a chance to test it with another mail server?

[karastojko]

Hmm, all tests passed otherwise I would not commit. Probably a corner case which is not covered, I will double check. Is there a chance to give me the complete example except the credentials?

[triccyx]

Yes, very strange but I can confirm. With .so lib all works.

[RosenGeorgiev]

It's the smtps_simple_msg.cpp, but I pass -DMAILIO_BUILD_SHARED_LIBRARY=OFF to cmake (actually I set in in ccmake, but it's the same). That breaks it. If you set it to ON, then it works. The example code is exactly the same (except the creds). I guess @triccyx will confirm that he compiles it the same way, that's why he hits the error too. I've got no idea why the way I link to the library triggers the bug. Again - this is a very weird one.

[triccyx]

I use a different approach but the result should be the same:

#MAIL
FetchContent_Declare(
	mailio
	GIT_REPOSITORY https://github.com/karastojko/mailio.git
	GIT_TAG        origin/master
)
FetchContent_GetProperties(mailio)
if(NOT mailio)
	FetchContent_Populate(mailio)
	add_subdirectory(${mailio_SOURCE_DIR} ${mailio_BINARY_DIR})
endif()

This download and compile static.
But if I use the advanced trigger with ccmake:

All works.

[triccyx]

I have tested and it works for me.