imported mails

1 files changed, 148 insertions, 0 deletions

diff --git a/tickets/f79319b63b894e89b68eb661affc0cf4/Maildir/new/1499274815.M842200P9996Q1.koom b/tickets/f79319b63b894e89b68eb661affc0cf4/Maildir/new/1499274815.M842200P9996Q1.koom
new file mode 100644
index 0000000..5d5e198
--- /dev/null
+++ b/tickets/f79319b63b894e89b68eb661affc0cf4/Maildir/new/1499274815.M842200P9996Q1.koom
@@ -0,0 +1,148 @@
+Return-Path: <obnam-support-bounces@obnam.org>
+X-Original-To: distix@pieni.net
+Delivered-To: distix@pieni.net
+Received: from yaffle.pepperfish.net (yaffle.pepperfish.net [88.99.213.221])
+	by pieni.net (Postfix) with ESMTPS id CA96E44801
+	for <distix@pieni.net>; Wed,  5 Jul 2017 17:12:58 +0000 (UTC)
+Received: from platypus.pepperfish.net (unknown [10.112.101.20])
+	by yaffle.pepperfish.net (Postfix) with ESMTP id 88C7941FB2;
+	Wed,  5 Jul 2017 18:12:58 +0100 (BST)
+Received: from ip6-localhost.nat ([::1] helo=platypus.pepperfish.net)
+	by platypus.pepperfish.net with esmtp (Exim 4.80 #2 (Debian))
+	id 1dSnrG-0007Uk-HA; Wed, 05 Jul 2017 18:12:58 +0100
+Received: from [10.112.101.21] (helo=inmail2.pepperfish.net)
+ by platypus.pepperfish.net with esmtps (Exim 4.80 #2 (Debian))
+ id 1dSnrF-0007UY-IX
+ for <obnam-support@obnam.org>; Wed, 05 Jul 2017 18:12:57 +0100
+Received: from mail-yw0-f180.google.com ([209.85.161.180])
+ by inmail2.pepperfish.net with esmtps
+ (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89)
+ (envelope-from <mhossbach@gmail.com>) id 1dSnrD-0004GQ-FZ
+ for obnam-support@obnam.org; Wed, 05 Jul 2017 18:12:57 +0100
+Received: by mail-yw0-f180.google.com with SMTP id a12so47026580ywh.3
+ for <obnam-support@obnam.org>; Wed, 05 Jul 2017 10:12:50 -0700 (PDT)
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
+ h=mime-version:in-reply-to:references:from:date:message-id:subject:to
+ :cc:content-transfer-encoding;
+ bh=V97kVHFjOr5NQo1KcjMhXCKuJeD9IkmhWla8IL+ONwQ=;
+ b=XtYo3kkozt0XGGZksqPz4XiRpgLY+PHnN+bDjdfWjpDXsDK4K5b9XQWuaHsODuGsse
+ /qmCjNuevcJpqvrZjXCkEmYmNpVmmNMbKukoGhgTmeN8ib/PgDj8jT1KoPx1b6Je7wO4
+ n1dmwocs7BdPM11Hpea6dS/4a4EV2EpDc0i4TRz68DPGiDmYN1TEyLDUMZ45jUQQILjw
+ /UD5p8sp9zHuH2AnT5jMTVobnEDcw89rZJx4owH7i7svOdblwDfyT0DB7mdmLu2bXOIK
+ MvUwD6yRYLVvCYCOFi71Li6BINx563YRYhXieRhyufQ4EsGawtyQw7U7zaTEqLYW3V9q
+ Bqfw==
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
+ d=1e100.net; s=20161025;
+ h=x-gm-message-state:mime-version:in-reply-to:references:from:date
+ :message-id:subject:to:cc:content-transfer-encoding;
+ bh=V97kVHFjOr5NQo1KcjMhXCKuJeD9IkmhWla8IL+ONwQ=;
+ b=YLRfp1JfGAo4cf9OkH7uLZ6u6KSdkbMvZQiGG+sEebB8IMD0dEx7GTMEZOn6nqddLG
+ pOgAUuNhnO2AD0QSKXY6cxsWjEvksxImP4Pwob13pTzwF5N6kbERlRsB3YfoKJCA6Hxg
+ YsKE/iqxNE02zQ9jJ0tDIxoceSl3IB8UIwQizn/feA6FVHU8612hKNMTuj036y0OvHmX
+ tNu32zq2vpiZUnw9RGDXGFNuxdfCPfccLBHgvIkYF2NPge/hVkf3yES6u8zFpqFkdzt5
+ /tu0KSHkv9TY6k/DWKYW11fbpI7enx6TCIhajX07+mGN7HyzcMGxpctImL+9x2qKw0Xn
+ SPHg==
+X-Gm-Message-State: AKS2vOz5dFcMGDDioFDYyKuotKZ+NA6qtQvN6niV3d80GsIf0OkzXfmW
+ bOA7MxRgqS3qyqdop6p13s0SUEJADg==
+X-Received: by 10.129.202.71 with SMTP id y7mr33253187ywk.74.1499274768574;
+ Wed, 05 Jul 2017 10:12:48 -0700 (PDT)
+MIME-Version: 1.0
+Received: by 10.129.44.69 with HTTP; Wed, 5 Jul 2017 10:12:48 -0700 (PDT)
+In-Reply-To: <20170705151540.ij7obyolzlikbbzu@liw.fi>
+References: <CAPSx4k5Ky70eU-rmeVk1o63j3c-w+-JAqm0k_OrTksNORWcs3g@mail.gmail.com>
+ <20170705151540.ij7obyolzlikbbzu@liw.fi>
+From: =?UTF-8?Q?Martin_Ho=C3=9Fbach?= <mhossbach@gmail.com>
+Date: Wed, 5 Jul 2017 19:12:48 +0200
+Message-ID: <CAPSx4k4tkVoPd6oZ4X0FkjkYJ-AkadRGDX1aRUxTzvGiBEWPdA@mail.gmail.com>
+To: Lars Wirzenius <liw@liw.fi>
+Content-Type: text/plain; charset="UTF-8"
+Content-Transfer-Encoding: quoted-printable
+X-Pepperfish-Transaction: b593-6343-9102-f3ed
+X-Spam-Score: 2.2
+X-Spam-Score-int: 22
+X-Spam-Bar: ++
+X-Scanned-By: pepperfish.net, Wed, 05 Jul 2017 18:12:57 +0100
+X-Spam-Report: Content analysis details: (2.2 points)
+ pts rule name              description
+ ---- ---------------------- --------------------------------------------------
+ 0.5 PPF_RECEIVED_HTTP      Received header mentions http
+ 1.0 PPF_FROM_CONTAINS_MAIL The From header contains 'mail'
+ 1.2 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
+ (mhossbach[at]gmail.com)
+ -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
+ [score: 0.0000]
+ -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
+ 0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
+ not necessarily valid
+ -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's
+ domain -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
+ [209.85.161.180 listed in wl.mailspike.net]
+ -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
+ trust [209.85.161.180 listed in list.dnswl.org]
+ 1.5 RCVD_IN_SORBS_SPAM     RBL: SORBS: sender is a spam source
+ [209.85.161.180 listed in dnsbl.sorbs.net]
+ -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
+X-ACL-Warn: message may be spam
+X-Scan-Signature: 5c9ebe5549acf97681f6c358f7c1c00a
+Cc: obnam-support <obnam-support@obnam.org>
+Subject: Re: Order of clients/generations
+X-BeenThere: obnam-support@obnam.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Obnam backup software discussion <obnam-support-obnam.org>
+List-Unsubscribe: <http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/obnam-support-obnam.org>,
+ <mailto:obnam-support-request@obnam.org?subject=unsubscribe>
+List-Archive: <http://listmaster.pepperfish.net/pipermail/obnam-support-obnam.org>
+List-Post: <mailto:obnam-support@obnam.org>
+List-Help: <mailto:obnam-support-request@obnam.org?subject=help>
+List-Subscribe: <http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/obnam-support-obnam.org>,
+ <mailto:obnam-support-request@obnam.org?subject=subscribe>
+Sender: obnam-support-bounces@obnam.org
+Errors-To: obnam-support-bounces@obnam.org
+
+That I already did and it seems to work. However: Since clients share
+chunks, there must be some mechanism for a chunk to know how many
+times it is used. Just want to make sure that part of the code can't
+be confused by using my approach.
+
+On Wed, Jul 5, 2017 at 5:15 PM, Lars Wirzenius <liw@liw.fi> wrote:
+> On Wed, Jul 05, 2017 at 12:11:57PM +0200, Martin Ho=C3=9Fbach wrote:
+>> I'm currently "importing" data from one backup system into an obnam
+>> repository, using (among others) these two command line options:
+>> > --pretend-time=3D"$TIMESTAMP"
+>> > --client "$CLIENT"
+>>
+>> Now, assuming I would do this client by client, and then generation by
+>> generation, it will happen that older generations from one client will
+>> go into obnam's repository _after_ newer generations from another
+>> client.
+>>
+>> Example -- this would be the order of obnam runs:
+>> * client A, date: 2017-01-01, midnight
+>> * client A, date: 2017-02-01, midnight
+>> * client B, date: 2017-01-01, midnight
+>> * client B, date: 2017-02-01, midnight
+>>
+>> I don't fully understand how the repository works, but I'm wondering
+>> if this could cause any problems? Could it cause confusions in obnam's
+>> "forget" code?
+>
+> First, genarations are per client, there's no ordering between
+> generations between clients. As fars as "forget", you can try that
+> wouth the --pretend option.
+>
+> --
+> I want to build worthwhile things that might last. --joeyh
+
+
+
+--=20
+Martin Ho=C3=9Fbach
+mhossbach@gmail.com
+Am Filmlager 10, 12555 Berlin
+Tel. +49-30-37468271, Mobil: +49-1525-6535234
+
+_______________________________________________
+obnam-support mailing list
+obnam-support@obnam.org
+http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/obnam-support-obnam.org