Итак, приложение получает значение DateTime.Now, затем преобразует его в long функцией ToFileTime. Свойство Kind, объекта DateTime = Local. Значение типа long передается серверу, он его преобразует в System time, функцией FileTimeToSystemTime. То-есть, сервер считает, что ему передают локальное время. Но в результате, я получаю разницу во времени в три часа. Похоже, что это универсальное время, по крайней мере с универсальным временем оно совпадает. Собственно вопрос, какого дьявола, ведь в MSDN ясно сказано, что в случае, если Kind равно Local, функция ToFileTime вернет локальное время?

в моем случае, ToFileTime и ToFileTimeUtc возвращают одно и тоже, несмотря на то, что Kind == Local

В этих случаях я использовал DateTimeOffset. Это тот же самый DateTime + учитывает разницу между локальным временем и UTC - причем учитывая знак. В нашем случае должно быть, что то типа этого:



Добавлено через 2 минуты и 4 секунды
В свое время писали вот это по поводу DateTime. Видимо мало, что изменилось.

Lazin, в MSDN cказано что ToFileTime учитывает Kind. А возвращает он " the number of 100-nanosecond intervals that have elapsed since 12:00 midnight, January 1, 1601 A.D. (C.E.) Coordinated Universal Time (UTC). "

PashaPash, сказано. И более того DateTime.SpecifyKind можно ее менять. Вы можете привести рабочий пример?

mrbrooks, DateTime.SpecifyKind возвращает ту же дату (и то же время), просто с другим Kind.
Я как бы о том, что проблема на стороне сервера, а не на стороне клиента. 
Клиент отдает тики в UTC (FileTime). Сервер использует FileTimeToSystemTime. FileTimeToSystemTime возвращает время в UTC. Если на стороне сервера нужно не UTC-время - то он сам должен доконвертить.