From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-1.mimecast.com (us-smtp-1.mimecast.com [205.139.110.120]) by mx.groups.io with SMTP id smtpd.web12.4926.1575644964193033807 for ; Fri, 06 Dec 2019 07:09:24 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=F9B6Xc7P; spf=pass (domain: redhat.com, ip: 205.139.110.120, mailfrom: lersek@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1575644963; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BJQCBqOotlukPzG/rnCaY2Mcg2telcdwyGhrZ/pM2K4=; b=F9B6Xc7PJ+ldsjGSyZQe+Ept32WXWMoUaagt/ZKN1MddhyvKsoO7l/EajLyKRWUTciOiHh N5skUfWSRSKcKiHvZ9lSpVEbVGIGMLPQMXacvcr7JeOlktkB9RImQM6IpBUb/BABv6uOFi Gqh3VGWrlRi55uoJesK1mjW6O8veiuE= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-354-kvPPKAiuOG--I-wHU4j76w-1; Fri, 06 Dec 2019 10:09:19 -0500 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A168E18557C8; Fri, 6 Dec 2019 15:09:18 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-235.ams2.redhat.com [10.36.116.235]) by smtp.corp.redhat.com (Postfix) with ESMTP id F0A856B8F4; Fri, 6 Dec 2019 15:09:14 +0000 (UTC) Subject: Re: [PATCH v2 000/105] .mailmap: Add mailmap file to have a cleaner git history To: =?UTF-8?Q?Philippe_Mathieu-Daud=c3=a9?= , devel@edk2.groups.io Cc: Andrew Fish , Leif Lindholm , Michael D Kinney References: <20191206112638.23175-1-philmd@redhat.com> <11cfcb52-f6af-50bd-77e8-4d56a6628668@redhat.com> From: "Laszlo Ersek" Message-ID: Date: Fri, 6 Dec 2019 16:09:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-MC-Unique: kvPPKAiuOG--I-wHU4j76w-1 X-Mimecast-Spam-Score: 0 Content-Language: en-US Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/06/19 15:09, Philippe Mathieu-Daud=C3=A9 wrote: > On 12/6/19 1:43 PM, Laszlo Ersek wrote: >> On 12/06/19 13:13, Philippe Mathieu-Daud=C3=A9 wrote: >>> On 12/6/19 12:24 PM, Philippe Mathieu-Daude wrote: >>> [...] >>>> - Another note regarding groups.io 40 posts per 30min limit - >>>> >>>> My previous big series [5] involved 79 patches, and groups.io banned >>>> me for some time after the 40th post. On [5] Laszlo suggested to test >>>> the following git-send-email options to see if we can work with big >>>> series and groups.io: >>>> >>>> =C2=A0=C2=A0=C2=A0=C2=A0 --batch-size=3D >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Some email servers (e= .g. smtp.163.com) limit the number >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 emails to be sent per= session (connection) and this will >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lead to a failure whe= n sending many messages. With this >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 option, send-email wi= ll disconnect after sending $ >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 messages and wait for= a few seconds (see --relogin-delay) >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and reconnect, to wor= k around such a limit. You may want >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 to use some form of c= redential helper to avoid having to >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 retype your password = every time this happens. Defaults to >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the sendemail.smtpBat= chSize configuration variable. >>>> >>>> =C2=A0=C2=A0=C2=A0=C2=A0 --relogin-delay=3D >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Waiting $ second= s before reconnecting to SMTP server. >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Used together with --= batch-size option. Defaults to the >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sendemail.smtpRelogin= Delay configuration variable. >>>> >>>> So I'm sending this series using git-publish [7] after setting the >>>> following values: >>>> >>>> =C2=A0=C2=A0=C2=A0 $ git config sendemail.smtpBatchSize 33 >>>> =C2=A0=C2=A0=C2=A0 $ git config sendemail.smtpReloginDelay 1848 >>> >>> Replying to self after 66 in an hour to verify that I'm not banned >>> ... :) >=20 > So I can confirm this experiment worked like charm. >=20 > I haven't tested the road-runner mode, putting laptop to sleep in the > middle, wake up in another network. >=20 >> How did you come up with these exact numbers BTW? >=20 > I kept room for 7 mails per 30min, so I could keep reviewing other > patches while sending. This might be too conservative. >=20 > I noticed git-send-email only read the git-config once, when it is > started. If you modify it in another terminal while it is in the relogin > delay, it won't use the updated value until finishing to send all the > series. >=20 > 30min =3D 1800sec, adding few more seconds to not play with fire and get > banned for few seconds. >=20 makes sense; thank! Laszlo