From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Thu Sep 3 23:03:47 EDT 2020 Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6]) by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 5adaf3a1 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO); Thu, 3 Sep 2020 20:03:36 -0700 (PDT) Message-ID: <8C78EA4E8EDD8518FB263D8DDDE52F6B@eigenstate.org> To: sl@stanleylieber.com, 9front@9front.org Subject: Re: [9front] upas sending duplicate copies Date: Thu, 03 Sep 2020 20:03:35 -0700 From: ori@eigenstate.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: rich-client ORM scripting session generator > running latest code, no other recent changes to my mail setup. people are reporting receiving duplicate copies of mail from me. i don't see any obvious signs of delivery failures in my logs, but i do see what appear to be multiple deliveries of the same message to remote servers, around 3-5 minutes apart. of course, it's all intermittent, and doesn't happen with every recipient. > > this never used to happen before that i'm aware of. > > sl Hm. I'm not a upas expert (yet), but it looks like the only place we try to resend messages is in upas/runq. That only retries if the command it execs requests a retry when it exits. Presumably that command is smtp. I don't think they should be affected by recent date changes -- smtp treats dates as opaque strings, other than 'rewritezone' and upas/runq doesn't deal with dates at all. And I can't think why mangling dates would give a temp fail while *still* sending the message. If you're willing to debug, would it be too verbose to run upas/runq and upas/smtp with the -d (debug) flag, so we can see more clearly what happens when something gets resent? Does it happen every time with certain servers, or is it just random? (I'm hoping that it's got something to do with the recent centurylink outage, rather than my changes... this date stuff is proving to be pretty painful)