eb/850a969a7e494c5eef7ec0d711f8b2c89dc19d

   1 Return-Path: <jani@nikula.org>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id C9FF3431FAF\r
   6         for <notmuch@notmuchmail.org>; Fri,  7 Dec 2012 13:28:02 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id KzG2ShTxIXqF for <notmuch@notmuchmail.org>;\r
  16         Fri,  7 Dec 2012 13:28:02 -0800 (PST)\r
  17 Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com\r
  18         [209.85.217.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 138AB431FAE\r
  21         for <notmuch@notmuchmail.org>; Fri,  7 Dec 2012 13:28:01 -0800 (PST)\r
  22 Received: by mail-lb0-f181.google.com with SMTP id ge1so774236lbb.26\r
  23         for <notmuch@notmuchmail.org>; Fri, 07 Dec 2012 13:27:59 -0800 (PST)\r
  24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25         d=google.com; s=20120113;\r
  26         h=from:to:cc:subject:in-reply-to:references:user-agent:date\r
  27         :message-id:mime-version:content-type:x-gm-message-state;\r
  28         bh=kO9rnLfsYOyuXtEPw2ChLbbCF8kYtPiugEfFnsVdf64=;\r
  29         b=SAlBhkB+hwmS1PaH3fQqa39UvQ5/oIUc2wV9pB8jfw7ca/n+8ImZuulQOq6A40upOF\r
  30         vRGLFCIyBnVvHJA4am9pzdldENzv+tKil04WgWzr+1jn9qdgC63WCHzZxjlZeAT1azTm\r
  31         mlUZ7j0sGTjlhI4D/uF3B+jc4apjmiAZlNgstW/ZNwk9uLgnmdLNxLDJnJ2uyzf5Jrw1\r
  32         IfJa8sz7WzA0TAnZDWNUmbxB2EtbDRVJgWaeEk/5TmjDc8GB1JFx0oHHCuXH3n61fnpv\r
  33         jar/fihxdJ7Tq9C64z/KhAbgNSXAIca4StnjNUZbxNyMMY5CREXEpF8y8AdM8JjFv5NX\r
  34         gwFA==\r
  35 Received: by 10.152.110.234 with SMTP id id10mr6755434lab.15.1354915677875;\r
  36         Fri, 07 Dec 2012 13:27:57 -0800 (PST)\r
  37 Received: from localhost (dsl-hkibrasgw4-fe51df00-27.dhcp.inet.fi.\r
  38         [80.223.81.27])\r
  39         by mx.google.com with ESMTPS id b3sm5119886lbl.0.2012.12.07.13.27.55\r
  40         (version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 13:27:56 -0800 (PST)\r
  41 From: Jani Nikula <jani@nikula.org>\r
  42 To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>,\r
  43         David Bremner <david@tethera.net>\r
  44 Subject: Re: [PATCH] TODO: date range queries - check\r
  45 In-Reply-To: <50C21EC8.6020504@fifthhorseman.net>\r
  46 References: <1354833276-6219-1-git-send-email-jani@nikula.org>\r
  47         <877gouine4.fsf@servo.finestructure.net>\r
  48         <871uf2ukat.fsf@zancas.localnet>\r
  49         <50C21EC8.6020504@fifthhorseman.net>\r
  50 User-Agent: Notmuch/0.14+138~g7041c56 (http://notmuchmail.org) Emacs/23.4.1\r
  51         (i686-pc-linux-gnu)\r
  52 Date: Fri, 07 Dec 2012 23:27:54 +0200\r
  53 Message-ID: <878v99zh5x.fsf@nikula.org>\r
  54 MIME-Version: 1.0\r
  55 Content-Type: text/plain; charset=us-ascii\r
  56 X-Gm-Message-State:\r
  57  ALoCoQme9XWOBToTDK6wvEzxsrvCnWlVOuo5ykBBK33AdWXh2pLiupP8MLM3U2A3QgkIX4e8tvuF\r
  58 Cc: notmuch@notmuchmail.org\r
  59 X-BeenThere: notmuch@notmuchmail.org\r
  60 X-Mailman-Version: 2.1.13\r
  61 Precedence: list\r
  62 List-Id: "Use and development of the notmuch mail system."\r
  63         <notmuch.notmuchmail.org>\r
  64 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  65         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  66 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  67 List-Post: <mailto:notmuch@notmuchmail.org>\r
  68 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  69 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  70         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  71 X-List-Received-Date: Fri, 07 Dec 2012 21:28:02 -0000\r
  72 \r
  73 On Fri, 07 Dec 2012, Daniel Kahn Gillmor <dkg@fifthhorseman.net> wrote:\r
  74 > On 12/07/2012 07:19 AM, David Bremner wrote:\r
  75 >> For specifying one-ended ranges, I find the current syntax OK-ish. It\r
  76 >> would be reasonable to formulate a seperate TODO for supporting\r
  77 >> things like date:2012-12-07\r
  78 >\r
  79 > Out of curiosity, how does this syntax interact with timezones?\r
  80 \r
  81 We don't have this particular syntax yet, but it would seem sensible to\r
  82 expand that to the range expression date:2012-12-07..2012-12-07, which\r
  83 is currently supported, and means all the messages from the beginning of\r
  84 specified date to the end.\r
  85 \r
  86 > If i send a mail in the wee hours of the 27th from the east coast of the\r
  87 > US (GMT-0500) and jrollins reads it from the west coast of the US\r
  88 > (GMT-0800) where it is still the 26th, should our notmuch queries behave\r
  89 > differently when searching for this message?\r
  90 \r
  91 I'll answer that question with another question: Do you think date\r
  92 queries should be interpreted according to the timezone of the sender or\r
  93 the recipient? I'm inclined to believe the local timezone of the system\r
  94 the query is run on (typically the recipient's timezone) is the only\r
  95 answer that makes sense, and my ever pessimist/realist gut feeling is\r
  96 that any attempts to be more clever about the difference in timezones\r
  97 than the user will be doomed. For you the message date is the 27th, and\r
  98 for jrollins it's the 26th. But read on.\r
  99 \r
 100 > are we tracking the TZ of the Date: header in the database at all?  does\r
 101 > it make sense to take that into account for these queries?\r
 102 \r
 103 We don't track it or take it into account. The Date: header is converted\r
 104 to a time_t value using g_mime_utils_header_decode_date(), and stored\r
 105 into the database as a timestamp. The date: queries are also converted\r
 106 to timestamps, using local timezone *unless* a timezone is specified in\r
 107 the query.\r
 108 \r
 109 And this is the interesting part: You can specify the timezone in the\r
 110 query. If jrollins talks about a message you sent him on the 26th, you\r
 111 can, as you know his timezone, query\r
 112 date:2012-12-26-0800..2012-12-26-0800 to get all messages on that day in\r
 113 *his* timezone. Including the one you sent him on *your* 27th.\r
 114 \r
 115 >       --dkg, posing questions he has no answers to\r
 116 \r
 117 At the end of the day, I don't have an answer as to whether or indeed\r
 118 how the sender's timezone could be taken into account in the\r
 119 queries. But I hope the above clears up how we handle dates and\r
 120 timezones now, and perhaps leads you to an answer I don't have!\r
 121 \r
 122 \r
 123 BR,\r
 124 Jani.\r