9front - general discussion about 9front
 help / color / mirror / Atom feed
* upas sending duplicate copies
@ 2020-09-03 15:23 Stanley Lieber
  2020-09-04  3:03 ` [9front] " ori
  0 siblings, 1 reply; 3+ messages in thread
From: Stanley Lieber @ 2020-09-03 15:23 UTC (permalink / raw)
  To: 9front

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


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [9front] upas sending duplicate copies
  2020-09-03 15:23 upas sending duplicate copies Stanley Lieber
@ 2020-09-04  3:03 ` ori
  2020-09-10 16:20   ` Stanley Lieber
  0 siblings, 1 reply; 3+ messages in thread
From: ori @ 2020-09-04  3:03 UTC (permalink / raw)
  To: sl, 9front

> 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)



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [9front] upas sending duplicate copies
  2020-09-04  3:03 ` [9front] " ori
@ 2020-09-10 16:20   ` Stanley Lieber
  0 siblings, 0 replies; 3+ messages in thread
From: Stanley Lieber @ 2020-09-10 16:20 UTC (permalink / raw)
  To: 9front

On September 3, 2020 11:03:35 PM EDT, ori@eigenstate.org wrote:
>> 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)

as far as i can tell it hasn't happened since i complained.

sl


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-09-10 16:20 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-03 15:23 upas sending duplicate copies Stanley Lieber
2020-09-04  3:03 ` [9front] " ori
2020-09-10 16:20   ` Stanley Lieber

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).