here I don't post like I used to, everything turns into an argument now.
The rate limiting will impose the following limits:
* Maximum 2 concurrent connections,
* Maximum 5 connections in a 60 min period.
* Maximum 2 concurrent connections,
* Maximum 5 connections in a 60 min period.
Will be interested to see how this goes.
I don't mind if that level of activity occurs and have enjoyed the slightly delayed experience of an almost real time chat with others around the globe via echomail which is facilitated by systems crashing traffic to each other as it lands in their tossers..
Yeah, well ... up yours! <G>
Yeah, I'm not liking it because I do want to accept mail anytime, when somebody has mail to send - but its a few port probes and nodes that are polling <5mins and not deliverying any thing that I want to target.
I'm all in on the crash mail concept - ie: you have mail to send, send it immediately, and I dont want to send out mail immediately as well. So I may make some improvements on this if and where I can.
The rate limiting will impose the
following limits:
* Maximum 2 concurrent connections,
* Maximum 5 connections in a 60
min period.
I was just curious if this expands over to the REST API as well or if it was just for binkd sessions?
I'm not sure who else is using the REST API but I do poll that for netmail every 30 min and send out the outbound netmail to the API as it happens in realtime.
it's like you need a temp data base that tracks how many polls per IP or declared node number ... is that how it works?
For me if someone sends mail in I'm more than happy to see it tossed and CRASHed to nodes that ask for that and if others on HOLD poll in then they get it when they want it..
No, its doesnt include the REST
API - not many are using it, so
its not been a problem. (When it
is a problem, I'll probably do
something then).
And while we are on the topic,
I've been doing a lot of internal
optimisations, is the REST API
still working OK? (Just want to
make sure I didnt break it.)
And while we are on the topic,
I've been doing a lot of internal
optimisations, is the REST API
still working OK? (Just want to
make sure I didnt break it.)
Just ran some tests and it does seem like something might be amiss.
Ahh, I think I found it - missed something in the optimisation work.
I'm pushing out an update, could you try again and let me know.
These echos do not get enough traffic to warrant polling once per minute - hard stop. Crash delivery reduces the need to poll unless you've been offline for awhile. There's no reason to poll more than once per hour.
| Sysop: | John Richards |
|---|---|
| Location: | Escatawpa, MS |
| Users: | 2 |
| Nodes: | 4 (0 / 4) |
| Uptime: | 493529:44:03 |
| Calls: | 5 |
| Files: | 46 |
| U/L today: |
2 files (59K bytes) |
| D/L today: |
12 files (16,621K bytes) |
| Messages: | 4,282 |