Mantis Bug Tracker - Forums

Found this but even Wayback Machine doesn't have it, anyone happen to have the code for this? https://www.mantisbt.org/bugs/view.php?id=11219

EDIT: think this is it: https://sourceforge.net/projects/helios ... /MantisBt/

I was talking to our network admins about that very thing just a few minutes ago lol. They don't think the "big bosses" will allow us to run a "rogue" mailer. otherwise you're right, it would solve this problem by just setting up a forward from the O365 mailbox to our internal ma...

Learned a bit more. Apparently if the mailbox is on premises (on-prem) then EmailReporting will work just fine. But when the mailbox is migrated to "the cloud" in O365, it requires MFA/2FA and Mantis does not have that authentication method built in. The POP3/IMAP method will no longer acc...

Well, the disk file literally grabs every byte from the server and stuffs it into a file. The Mantis plugin wouldn't really know that it wasn't getting the data from a server unless it grabs each message one-by-one, or queries the server for how many messages to expect, or stuff like that. EDIT: her...

Wondering how difficult it would be to get EmailReporting to be able to be "piped" email messages from a text file on disk instead of having it connect to a mail server? Since I don't know PHP it would take me a long time of trial/error to figure out how to do this and we only have until t...

Yeah, with no budget that's not gonna happen. What I'm working on is a C# script to use OAuth and log into the mailbox and grab the emails and delete them, then write them into a text file. At that point I'm *hoping* that I can then launch the batch file and redirect the email texts into the EmailRe...

Sorry, no input for you here, just posting to see updates if there are any. I have been trying unsuccessfully to get the POP3 method working in Mantis to no avail. In a couple of weeks Microsoft is apparently forcing the use of OAuth authentication, and since we use the EmailReporting plugin it mean...

So it appears that the version of EmailReporting wasn't changed when the last edits were made, so my installed version says it is the latest 0.10.1 but the code itself is not the same as what's up on git. Ugh.

It was working fine on TEST before I copied over the entire EmailReporting directory from PROD, plus the template files, plus ensured the directories were correct in the main config file. If I copy the old EmailReporting directory back in it would work like before. That server is running PHP Version...

Windows Server 2012R2 Mantis 2.25.2 PHP 7.4.26 Any thoughts on what could be wrong? I've copied the entire EmailReporting directory in Plugins from PROD to TEST. I also copied the updated core\template_api.php file from PROD to TEST (and the templates). PROD is working perfectly and tests fine on th...

YAY! It works fine now. Thanks @atrol and @cas for your time on debugging this.

The problem lies in the lines 65-78 section of code, the code above and below that works fine uncommented.

That did it, no error. So something in that section of code is not liking whatever is associated with that user record.

No difference because I already had those commented out. Here is the current template section: <table> <tr><td><b>Issue-id</b></td><td> {{ bug_id }} (<a href={{ url }}>details in issue tracker</a>)</td></tr> <tr><td><b>Status</b></td><td> {{ status }}</td></tr> <tr><td><b>Submitted</b></td><td> {{ s...

So I just commented out this line in the message template file and it still generated the error when I added that account.