send later seems to ignore throttleDelay

[fc0]

"throttleDelay": 600000000,
Still sends all of the unsent messages very quickly...
I am trying to find a way to throttle the sending of mail merges from a CSV file so they don;t overwhelm server requirements.
Some time ago I asked about this and it was identified that this variable could do what was desired.
However, it does not seem to throttle transmissions at all...
Note that sendDelay delays the start of sending but does not perform the throttle function of the pace of transmission.

[jph-sendlater]

I'm not able to reproduce this immediately, but I'll do more testing on it when I get some free time.

[jikamens]

@jobisoft is it possible that the issue you describe here could be causing multiple schedule scans to happen in parallel, thereby preventing the throttling from working properly?

[fc0]

I guess it's possible - but how would I be able to tell, and if true, what could I do about it?

[jikamens]

@fc0 I wasn't asking you I was asking the TB developer I tagged ;-)

[jobisoft]

Yeah, it looks like the doSequential parameter of possiblySendMessage did not do anything and the other usage of throttleDelay may have been lost in a not awaited call.

Edit: My first statement may have been not correct, I misread a , - but I keep investigating.

[jobisoft]

Please try this beta. It is a version of send later including PR #563
send-later.zip

It has a high chance to also fix the observed throttle issue.

[jikamens]

We believe this issue is resolved in Send Later 9.3.0 for TB109 or 10.0.1 for TB115. Please reopen or comment on the issue if you're still seeing it one of those Send Later versions (or a newer one).

[fc0]

Apparently still not fixed:
Now using SL Version 10.3.3 Last Updated October 28, 2023 TB 115.5.0 (64-bit) on Ubuntu up to date
Mail merge from a list (only using a few emails in the list for now).
Sendlater "throttleDelay": 600000, (I also tried adding another zero with no apparent effect)
Put debugging on Trace and saw nothing helpful - it sent the messages all at once - then said it was waiting 60 seconds

I am thinking I could simulate this by setting up individual times for each email address in the merge file as a column to put in the send field or some such thing - but that seems a bit too crazy.
Or perhaps I could have an external shell script that somehow pushes a message to be sent into TBird every minute or so?
Any other suggestions or work arounds?

[jikamens]

Please see #669.