I don't want Mailbox to manipulate the sender's real name of my outgoing emails

This is driving me nuts! Tostart with, why does mailbox add a real name to my outgoing email (not sentwith the web-ui but via another mail client)? On my phone, for example, I haveset my real name to "<My First Name> <My Last Name> " but the emails are neverthelesssent with a different name which is apparently set somewhere inside the web-ui.

I have tried to remove the first and last name in my account settings, but thisis not allowed. I have removed all names from the email address and the changesare confirmed but when I check again, the old names are still there.

1. I'm using multiple mail clients. The one where I know that the sender name is definitely being replaced by the name in the contact details of my mailbox.org account is Nine (on Android). I just did a quick test using Outlook on PC and here the name is indeed not replaced. I don't have any problems sending with Nine on other email accounts, though, so that I still believe there is something wrong on mailbox's side.

2. Thanks for pointing that out. Since I am not trying to send emails via the web UI, it did not occur to me that I have to start composing a message in order to be able to change the sender name. I have now changed removed the names there but when sending from Nine, they are still there. :-(

Why that, how many, and which ones? I'm using Thunderbird as primary solution on my Notebook, and actually I work with AquaMail on Android. I also tried out R2Mail2 and K9. All Mailclients are synced via IMAP accompanied with CardDAV and CalDAV on Android.

None of the above mentioned did anything of the problems you named.

I gues you should tidy up your devices. There ist no sense in using multiple different Clients for the same Job. And sorry to say that: ahead of angry postings one should read the manual. And if "Nine" is the wrong App doing that mess, please go to their forum to quarrel.

And as Zapata wrote, it seems to be an Active-Sanc related thing. So better switch to IMAP, Card-DAV and CalDAV.

Sorry for writing this, but such heavy posts as yours obstruct my sense of politeness and humor.

It's definitely not a limitation of the Activesync protocol (at least not only) as I have this problem only with mailbox.org.

So how do we get the attention of support staff here? I have already gone through an odyssey of contact attempts which all failed. There is a lot of bad support out there, but mailbox,org surely is among the worst (I can't make up my mind whether it's worse to have support conversations which lead to nothing or support being unreachable in the first place or not responding at all, but both are among the worst).

Support (in this case here: my person) is reading here, but your first post here was yesterday/Saturday and since I've seen that some very competent users of mailbox.org started to help you, I decided not to get in here at the weekend.

Support quality: I saw a first ticket from (eastern banking holiday) Monday night to the old system were you were asked to change to the new helpdesk system at help.mailbox.org. If you have opened a ticket there, my team will help you. But please be a bit patient, your question is absolutely NOT urgent and we had eastern holidays and some banking holidays last week, so there's maybe some deferred stuff in the ticket queue. We do answer tickets based on their priority and not only based on their age.

If you're using SMTP to send mails, we will for sure NEVER change your real name in your mails. That's technically impossible.

If your'e using ActiveSync it might be that the sender ID is generated in the ActiveSync server process. -Actually I don't now. We can/will to some investigations here, but that's not high priority because nobody ever asked for that before. I'm sorry, I have to read the EAS specs here.

Thanks for explaining. I have no doubt that everyone at mailbox.org is goodwilled and I am not blaming any individual for the things that have gone wrong with my support request. But good will alone doesn't make good support. As far as I can tell, my nightmare was caused by the combination of multiple badly configured and/or badly designed systems. To start with, the response mail from the old system looked like the usual confirmation email stating thata ticket has beed created. Only when you open it, do you learn that no ticket was actually created (It took me several days to realize that) and that you're supposed to read a blog post in order to learn more. I mean, come on, why not provide the information in the email?

I did try to log into the new support system but my login credentials (which work fine for my webmail and here) were rejected. I tried the "reset password link" but the mail I received only told me that resetting the password was disabled for my account. What a mess! And all that could have been avoided if the emails to support@mailbox had been forwarded to the new system.

I can't think of another website that makes it so difficult to contact support (amazon comes close, though). That doesn't mean that the support you get elsewhere is better, but at least you have someone to talk to without much fuss.

If you're interested, I can continue my critique based on what you say about how you handle incoming support requests: I have seen ticketing systems that ask you to state how urgent your request is and it is okay to treat a ticket as lower priority when this is transparent to the user because s/he basically stated so, but to treat some requests as low priority based on what you (or some support agen) thinks (and not even to inform the user about this downgrading), is bad practice and not acceptable from a customer perspective.

In any case, I'm glad that we have figured out that this issue is due to some activesync misconfiguration and I hope it can be fixed soon. To emphasize that my ticket is low priority because no one has brought it up before is, again, telling about the way your support works (or doesn't work). While it is not uncommon to tell customers that the real problem is their weird use case, some companies/developers actually appreciate these kinds of reports about rare issues because they help them to improve their product.

Address book - all ok (e.g. phone numbers show URL "callto:XXXX" so that some handler can pick it. Or email translates to "mailto:xxxxx@xxxx.xxx" - useful)

Drive - all ok (e.g. folders have URL links - useful)

Word - all ok

Excel - all ok

So just 3 data fields leak, each should be pointing to "mailto:xxxx@xxx.xx" just like in other parts of the UI while keeping their specific "onClick" action.

I agree there's sometimes another option, click on the data field to expand another popup where data is presented in text format. But sometimes there's no popup, and OX luckily shows meaningful URL in all cases except 3 above. Also those 3 fields are specifically selectable (= ment for a copy paste), I turned off the browser plugin which enables selection anywhere and started selection from the middle of the text as a basic test.

Please be MUCH more precise with your posts. Please describe EXACTLY what you mean by "add some email adress to the text" mentioned above. What System are you running, what Mailprograms do you use, and...

What did you how? What means "adding"?

And I think THIS IS NO KIND OF LEAK.

Did you ever look at the plain-text of your mails sent? There has to be so much information in it to be simply processed...

The sending mailservers are named (helo=mx1.mailbox.org), the Spamfilter-Servers are named (spamfilter03.heinlein-hosting.de), and so on, and so on...

I tried to capture what you wrote. I can see none of the things you mentioned.

Paying customer, who has to register to be able to post here is hardly a spam.

Quick reply was disabled with the recent unfinished upgrade to OX, so it's not a case.

The leak is.

The address leak is from OX itself, it's got myriad of links to https://office.mailbox.org/appsuite/# everywhere so yes it's a simple copy paste problem technically, but how to avoid it? This is bad, found this after years, looking at a reply.

Is the customer wrong again for a convenient blame? No.

Check the other providers UI:

GMail - doesn't leak anywhere

Mailfence - doesn't leak anywhere

Protonmail - doesn't leak anywhere

What's the point throwing URLs everywhere when literally no other web does it and it's not even destination URL?

Since drag n drop also doesn't work on email addresses, why not have menu item "Copy address" like some other providers?

If you simply describe what you have done so that we can reproduce it, we will for sure work on it and request changes and fixes. But please describe what was done and how it was done. Which browser do you use?

Again: several URLs are IN THE HEADER of each mail, with ANY service you use.

This is NO leak.

You should have opened a new thread, as your problem doesn't refer to the starting one, and you should have provided a correct description with all needed information. Just shouting "leak" is a little bit naughty, esp. when the URLs are within the plain text of the mail, as described. It is nice that Zapata provided more information, but you should have done. To write up what ou did and how should be contained in any posting talking about problems here.

The only thing confusing me is as follows: I can only reproduce this thing when I copy the mailadress from the "from"-field to the mailbody. This is not a normal usage or function to copy a mailadress, there is simply no reason behind it, as the sender's mailadress will always be included in the mail (I'm sure you agreee this as no leak...)

So again: this may be an unwanted behaviour for rare and seldom usecases. But it is no leak.

Who are you and why you keep talking to me? Not interested in your "advice" like "use plain text" and "i don't copy addresses it doesn't make sense", all rubbish arguments. This is a leak 100% as it was proven by checking other websites. I am copying those email addresses every day, and from the closest data field in the UI. From the same email or another one to the editor. I expect email to be copied as text without URL or with standard "mailto:..." URL. Also anyone using multiple addresses will have to do this. I actually wanted to block you on this forum before, but this is not possible. Thanks for not helping.

p.s. good news for the rude guy: tested 10 more webmails, and 1 is partially leaking (from the list of emails, not email, to compare with OX i have to analyze further). So 0,5 in 15! Ratio is 3.33% (but this time tested low end providers to make it quick)

My advice is a real one to work out the "problem" you found. Maybe you didn't get it. Your problem.

If you don't want to get answers: DON'T POST in an forum.

When you regularly copy mailadresses in html, you're somewhat insane, as you don't know what you will copy. There are better ways do work with, but you surely won't hear about.

There seems to be a real bug in the forum: there's no ignore-list for guys like you, who just can't give the right information when "talking" about a "problem".

Keep your "bug". It's not worth to talk about it.

Adding: For a mail to be copied with "mailto:", the starting website is responsible, not mailbox.org. As a last remark: Copying mailadresses from websites sounds like a rough business, like a spammer. Are you?