[CalendarServer-users] weird logging behavior

[Sirko Mann]

Hi Morgen,

great, that helps me. Just wanted to make sure that this is not a bug.

Sirko


On 21.03.2013, at 15:44, Morgen Sagen wrote:

> The entry without a username is normal and is because the request wasn't authenticated (note the 401 HTTP response status).  In response to a 401 the user-agent will repeat the request with credentials included and you should then get a 20X response and an access.log entry with the authenticated username.
> 
> On Mar 21, 2013, at 7:22 AM, Sirko Mann <smann at datameer.com> wrote:
> 
>> Hi list,
>> 
>> we are on Mac OSX Lion server ( 10.7.4 ) and here is a snippet from our logfile /var/log/caldavd/access.log. We would like to know why first time we get a entry with the correct username, but second time a empty string for the same user? It's a little bit confusing, because we run a wallboard for monitoring the usage on our server and the 'top ten' users, but the empty string is not so nice ;)
>> I removed the ip address and the UUID, but both has the same values in the original logfile. Is there a way to get this corrected?
>> 
>> 127.0.0.1 - username [18/Mar/2013:14:21:47 +0200] "PROPFIND /principals/__uids__/the_UUID_of_the_user/ HTTP/1.1" 207 1366 "-" "Mac OS X/10.8.2 (12C3012) CalendarAgent/55" i=7 t=12.0 or=1 cached=1 xff=xx.xx.xx.xx fwd=xx.xx.xx.xx
>> 127.0.0.1 - - [18/Mar/2013:14:22:21 +0200] "PROPFIND /principals/__uids__/the_same_UUID_as_in_the_entry_before/ HTTP/1.1" 401 141 "-" "Mac OS X/10.8.2 (12C3012) CalendarAgent/55" i=6 t=14.6 or=1 xff=xx.xx.xx.xx fwd=xx.xx.xx.xx
>> 
>> Thanks,
>> Sirko
>> 
>> _______________________________________________
>> calendarserver-users mailing list
>> calendarserver-users at lists.macosforge.org
>> https://lists.macosforge.org/mailman/listinfo/calendarserver-users
> 

------------------------------------------------------------------------------------------------
Datameer GmbH, Grosse Ulrichstrasse 7-9, D-06108 Halle (Saale),
Amtsgericht Stendal, HRB: 10348, Geschäftsführer: Stefan Groschupf