On 12/29/2010 05:52 AM, Tim wrote:
On Wed, 2010-12-29 at 01:23 -0500, Kevin J. Cummings wrote:
>
www.203.238.22 - - [28/Dec/2010:11:56:23 -0500] "GET /dav/Home.ics
HTTP/1.1" 200 112440 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US;
rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre
Thunderbird/3.1.7"
It gets the file, a rather large file.
Which would indicate that my calendar file was there at that time.
>
www.203.238.22 - - [28/Dec/2010:11:56:25 -0500] "PUT
/dav/Home.ics HTTP/1.1" 401 485 "-" "Mozilla/5.0 (X11; U; Linux
x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre
Thunderbird/3.1.7"
It tries to put a file there, but is not authorised (401 error), the 485
bytes is probably an error message. The client will try again, this
time logging in. The next log entry shows the username it logs in as.
>
www.203.238.22 - cummings [28/Dec/2010:11:57:32 -0500] "PUT /dav/Home.ics
HTTP/1.1" 500 632 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US;
rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre
Thunderbird/3.1.7"
It tries to put a file there, but the server has a 500 error, the 632
bytes is probably an error message about it. I would have thought
that'd mean the original file was left alone, but it could be that the
server fouled it up during whatever error happened.
I don't remember seeing any error messages at that time.
*BUT*, I did remember another piece of the puzzle. I had an appointment
scheduled for 1/3 at 14:00. I also had an alarm set for 1 week before.
It went off on Monday at 14:00. At that time, I set a 1 day snooze for
it. Yesterday at 14:00, it went off again. I decided at that time to
set another 1 day snooze. That's the last time I remember doing
anything with the calendar. [FWIW, I have 4 other calendars set up in
Lightning, and they are all fine, including a Google Calendar.] But,
yes, I am missing the calendar which held the appointment I was snoozing.
Syntax of the log entries are:
address username username datestamp "command path protocol" response-code
bytes-transferred "" "user-agent"
The username field will either show a dash for no name, or the name that
was used. There's two username fields, because one's from the clients
identd service (if it responds), the other is the auth name used with
the HTTP request (if it logs in).
You can find out about these log entries by looking up HTTP error codes
(or HTTP response codes), and Apache log format (many things use the
same log format).
Thanks for the quick lesson.
--
Kevin J. Cummings
kjchome(a)rcn.com
cummings(a)kjchome.homeip.net
cummings(a)kjc386.framingham.ma.us
Registered Linux User #1232 (
http://counter.li.org)