mirror of
https://github.com/axllent/mailpit.git
synced 2026-04-26 08:45:54 +03:00
[GH-ISSUE #250] Unable to access documentation website #164
Labels
No labels
awaiting feedback
bug
docker
documentation
enhancement
github_actions
invalid
pull-request
question
stale
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mailpit#164
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @axelgenus on GitHub (Feb 23, 2024).
Original GitHub issue: https://github.com/axllent/mailpit/issues/250
I am trying to access the website and the documentation but I receive a message stating that
87% of connections from your network have been flagged as abusive. Now, "my network" is actually my entire ISP network and I really can't control what other users do. Is it possible to make the documentation available with the source code, on the GH Wiki or somewhere else?@axllent commented on GitHub (Feb 23, 2024):
Sorry for the inconvenience @axelgenus. Firstly yes, your connection was flagged on the server by the WAF (web application firewall) due to high percentage ratio of reported (AbuseIPDb, StopForumSpam etc) abusive connections originating from your network. In addition to that, your browser also failed 3 automatic reCAPTCHA attempts which led to the temporary block.
Without any details I can only guess the approximate time and your IP address (I'm assuming 95.110.181.xxx), but from what I can tell your connection appears to be originating from the
aruba.itnetwork? If so, then this does not appear to be a regular ISP, but rather a VPS & website hosting company which also offers fibre internet. Unfortunately (for you and them), there is no way to distinguish between the two, and they obviously either host abusing services (eg: customer VPS servers), or abusive clients using their fibre - there is no way to tell.Originally the documentation was hosted on the GH wiki, but this was extremely limited and not user friendly at all, so I set up the Mailpit website instead. The website code itself is not a public repository as it requires a specific CI build & deployment process which is not public.
Your best options I can think of is to use the wayback machine for a historical (and a bit out of date) copy of the website.
I hope this helps?
@axelgenus commented on GitHub (Feb 24, 2024):
Yes, my ISP offers miscellaneous Internet-related services. I can understand the whole point about security, but it looks a bit too harsh to block all IP’s owned by an ISP.
About my browser failing “automatic reCAPTCHA”, what do you mean exactly? I have a DNS block list on my firewall, can it be the cause of that?
Anyways, I managed to access the website from my remote office VM.
@axllent commented on GitHub (Feb 24, 2024):
In all fairness you weren't actually immediately "blocked", your browser was challenged using an "invisible reCAPTCHA". It would appear your DNS blocking likely prevented your browser from actually doing the challenge successfully, and so it failed the test.
Again, I am really sorry you had this issue, but this is a rather extreme edge-case (you being on a network with such a high reported abuse score AND blocking/hindering the functionality which is there to provide a way through for "humans"). I deal a lot with internet security, and the percentage of malicious website traffic is scary. There is always the risk of some collateral damage (false positives), but at the same time the WAF blocks the vast majority of bad actors before they even hit the websites that sit behind the WAF. The "percentage bad actors" method that blocked you is only one of several tests done per request, per connection, but it does work well as a first line of defence.
I'm glad you managed to find a work-around though ;-)
@edubacco commented on GitHub (Apr 29, 2025):
Same problem here, and I have the ISP "aruba.it".
I can see the doc via my mobile connection or via wayback machine, but I agree with axelgenus that blocking all IP's owned an ISP is too restrictive..
I've been using aruba for about a year now, and I spend online at least 8h / day; this is the first time something like this happens to me.
@axllent commented on GitHub (Apr 30, 2025):
Hi @edubacco. I am sorry to hear you have difficulties accessing the site. The website does sit behind a fairly advanced Web Application Firewall, but like all WAFs, it can at times be a fairly blunt tool especially considering the ever-increasing abusive behavior and growing networks used in targeted attacks. In regards to
aruba.it(Aruba S.p.A.), this is a very abusive network with over 90% of all connections coming from this provider being reported online for abusive behavior.Unfortunately for you, it appears Aruba both provide hosting services as well as consumer internet (if I understand you correctly?) so you got grouped into a general assumption that anything originating from this network is "evil".
I have modified the associated firewall rules to be less blunt in future, and it should only block all access from IPs from abusive networks which have been specifically reported. Assuming your IP is one of the IPv6 IPs from this network (the only range that has not been reported) then you should have access again now.
@edubacco commented on GitHub (Apr 30, 2025):
Hey @axllent, thanks for your response!
I understand your concern about security, and I wasn't aware of the statistics about the abusing behaviour of connections coming from
aruba.it. I will keep this in mind in future.I confirm that aruba provides consumer internet (at least here in Italy). Thanks for updating your firewall rules, now I'm able to access the documentation. Me and all other italian developers will be happy using your excellent mailpit project :)