Fonts change after mail is send

Hi,
things I notice, while using kopano deskapp with about 100 users. Some told me, that when they are writing an email with Arial (or some other font) the mail seems to be written with this font (before sending). But, if you then look into the send objects one paragraph of the mail is in arial, the other one is in some other font. The next could be in Arial again.

Even if you mark the whole mail before sending and choose Arial 11 as font, this happens often.

It is not looking very professional, if the mail looks like this.

I cannot say, why this is happening (it even happens to me, when writing mails) and it even does not happen with every mail. Seems like there is a HTML formatting problem, or something gets screwed up in the html of the mail. We use a html-signature (same for all, coming from kopanoserver).

Format: HTML

Anyone else has got this issue?

@mcdaniels
Hi, did you solve the problem? We have the same issue. We use also html-signatures created by example_wrapper.sh.
First i thought it was a joke when an employee reported this to mee. Sometimes this happens even if you write a text and use a comma.
This looks indeed not realy professional. I had already a lot not so nice discussions with my colleagues.
I suspected a problem with the nightly builds from the community, but the commercial downloads produce the same issue.
@externa1
For me it did not solve the problem.

Best regards.

@sturzhelmut: for me https://forum.kopano.io/topic/1653/request-for-feedback-minimal-tinymce-implementation solves the problem concerning the different fonts.

BUT: There is another problem then, that if you write a mail with kopano and use a blank line e.g. a paragraph with an additional return (enter), this return is removed in Outlook.

so, if you send:

TEST

TEST

it arrives in Outlook like this:
TEST
TEST

What exactly is your problem? Have you cloned the git and use the minimal-tiny editor?

@mcdaniels
You are right. The minimal-tiny editor solves the problems with the different fonts. My mistake.
BUT: That is not realy a solution. Some of our employees have conversations with lots of paragraphs and they make comments in different colours. We use this not only for internal communication, but our clients expect these coloured anwers too. Removing the options of formatting html would kick off a shitstorm.

@sturzhelmut
ok, I see your problem. We don’t “color” our mails, so it is not a big problem that there are very few formatting options. The problem with the “missing return” is getting bigger and bigger here.

It is never easy to switch to another product, when all users only know one mailclient. Some missing features / bugs don’t make it better, but DeskApp is a “very young” software. I am sure it will reach most requirements in the future.