Anything related to this phorge install, including configuration issues and sysadmin requests.
Details
Mon, Mar 31
Looks good, yeah.
Sun, Mar 30
@avivey does this look good to you?
@Cigaryno: Thanks! Could you elaborate why the change in .arcconfig is needed?
So, this turns out to be a lot harder than I thought.
Fri, Mar 28
It seems H29 works lol. I've improved it a bit to do not trigger if the celerity map was already touched.
Wed, Mar 19
To me, "obsolete" manes "no longer appliable" - basically, "the information in this page doesn't apply any more".
Some (made up) examples:
- "Can Phorge run on PHP 7.0?" (The answer is no, because of a specific bug in 7.0, which was EOL a long time ago)
- "I have this problem in the Chatbot app" (We've deleted the chatbot app)
Tue, Mar 18
Mar 16 2025
Mar 15 2025
Uh! That's magic. Thanks avivey. Created here: H29 Phorge: add comment to remember "celerity map" - T15209
@valerio.bozzolan try to create the global rule now.
Sounds good. It should have no CAPTCHA configured (maybe we.phorge.it needs CAPTCHA to reduce unused account creations) and just like on secure.phabricator.com (see this), there should be a notice for users willing to demo the software on the demo instance and not the upstream instance (in Phabricator you can create a Phacility test instance and even to this day, this is still possible).
Feb 22 2025
try now
Tried. I Shall Not Pass :O
@valerio.bozzolan go ahead and give it a try? I think you have access to create rules.
Feb 21 2025
@avivey what do you think about? Maybe we can test with some powerful clicks
Jan 24 2025
Jan 10 2025
Dec 26 2024
Dec 25 2024
Dec 22 2024
Dec 21 2024
Dec 4 2024
This seems to impact mail deliverability to @icloud.com addresses too.
Please "remind" me about this ticket as often as possible, so I will fix it. I have everything I need to actually fix this, except the willpower.
We should maybe rewrite a bit the proposed solution, since ideally it's possible to use upstream.phorge.dev but it should be at least reachable to pass some anti-spam checkers I guess. At the moment it isn't:
Jun 27 2024
May 11 2024
X-Spam-known-sender: no X-Spam-sender-reputation: 500 (none) X-Spam-score: 0.8 X-Spam-hits: BAYES_50 0.8, ME_SENDERREP_NEUTRAL 0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED 0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED 0.001, SPF_HELO_PASS -0.001, SPF_PASS -0.001, LANGUAGES en, BAYES_USED user, SA_VERSION 3.4.6 X-Spam-source: IP='198.74.57.92', Host='secure.phorge.dev', Country='US', FromHeader='dev', MailFrom='dev' X-Spam-charsets: plain='utf-8'
May 10 2024
And my spam filter says:
May 8 2024
Maybe relevant, from my Postfix logs:
Apr 28 2024
I agree that an additional status is needed for closing when creating a task. Current statuses are not obvious. "Closed, Graduated" is good to fast decision.
Apr 25 2024
Apr 16 2024
Apr 15 2024
Jan 13 2024
I've created R10 PhorgeIt Extension for this, with a little bit of content. I'll load it to the server shortly.