@jschovan

Ticket https://jira.kopano.io/browse/KC-1476 needs to be fixed first.

thanks for your reply.
I added my vote for the ticket.

@teka74 You can easily contain webapp in a docker container to use different version at the same time.

@externa1

This ticket is reopened, because a reproducible case was added.

@marty
Thanks, the workaround seems to work.

Greets
Mike

@genstef Not in this overview, but as a user you can check the Free busy of another user, if published.

@darootler said in Login with valid username and any password possible:

“KrbMethodK5Passwd” is set to “On” by default. If you set this to “Off” there is no fallback to basic authentication.

Ah, yes indeed. This is the important piece here. The manual indeed specified this as KrbMethodK5Passwd=off, but to have a password fallback it needs to be set to on. I have removed this from the manual (as its on in the default and there is no use defining it, if you use the default value).

Thanks for bringing it up.

@chris03741 said in German Umlaute replaced with a questionmark:

Problem solved :)
An entry in the file / etc / apache2 / envvars helped:
export LANG = “de_DE.UTF-8

Hey,

where did you add the entry.
In “envars” there are two entries:

The locale used by some modules like mod_dav

export LANG=C

Uncomment the following line to use the system default locale instead:

#. /etc/default/locale

export LANG

…

Thanks!

You should see the address in your apache-log, and have fail2ban block it from there. Have a look at this for pointers:
https://wiki.z-hub.io/display/ZP/Fail2Ban+support
https://forum.kopano.io/topic/108/how-to-protect-webapp-fail2ban

@marty

Thank you! That fixed it.

@klausade
Thanks for that helpful information. Your line showed backticks instead the apostrophe, I had to correct the line:

error_log('Kopano WebApp user: ' . $username . ': authentication success at MAPI');

Now my “/usr/share/kopano-webapp/server/includes/core/class.webappauthentication.php” looks like that:

if (WebAppAuthentication::$_errorCode === NOERROR ) { WebAppAuthentication::$_authenticated = true; error_log('Kopano WebApp user: ' . $username . ': authentication success at MAPI');

and I get successfully the message logged as you explained. Great!

@marty said in Logging of login attemts:

I’ve made a ticket: https://jira.kopano.io/browse/KW-3375
and added a small fix, hidden behind a new config option, because not everyone wants this enabled by default.

thank you Marty. It would be nice to have the option to specify a separate logfile for succeeded or failed logins which one could use for post-analyzing procedures (security measurements).

Now I still wonder if it’s possible to get succeeded attaches of a shared mailbox. Will that work somehow similar ?

@plzk-de luckily you would not be the only one using these repositories ;-) Therefore we are always on the lookout of not disturbing the UCS update process through our repo.

The only case where some extra work is required is during upgrades between UCS releases (e.g. 4.2 to 4.3), but this extra work is documented and manageable imho https://wiki.z-hub.io/display/K4U/Performing+an+UCS+distribution+upgrade+with+Kopano+repositories+enabled.

@micro

Please ask that on the core sub-forum. I assume not. So always make backups etc.

@mast

Which editor do you use?

@info-kopano-io
Well @isol found the issue already, nothing todo with WebApp.
Maybe you can try his solution.

Hi marty,
thanks!

Cheers,

Stefan

@dma_fip

To be a bit more precise:
You need to upgrade to a WebApp version that is at least 3.5.8 as this issue was fixed with this ticket: https://jira.kopano.io/browse/KW-1405

We recommend you upgrade to the latest stable, which is 3.5.14

@ckruijntjens

It would be helpful if you can post the versions you are using here
and can reproduce this error.

@item I cannot use this script templating system, because first all user have their personal photo in the signature and they change each week a text part with currenty news they want to tell others. And i don’t have time and the ressource to do this all week when they have the felling to change something in the signature.

I have done some more tests. I used a demo user to create a dummy signature which looks like the signature of the user. It’s not exactly all effects (font looks correct) of the users, but at least one:

In Kopano WebApp when i create a new mail:
alt text

In Kopano WebApp when i send the mail to me, how the mail looks in the outbox, i only added the text “Das ist ein Test”. The second image “portrait” is missing and not displayed. Also it auto created a hyperlink for the email address.

alt text

The Mail looks like this in my inbox on thunderbird:

alt text