I just revisited this - the problem was that in /usr/share/php5/PEAR/Net had a version of IMAP.php and IMAPProtocol.php from 2012, which was broken.
Can mail_api.php be changed in git to reflect the plugin's PEAR version instead of the one in /usr/share/php5?
Search found 8 matches
- 05 Mar 2014, 14:38
- Forum: EmailReporting
- Topic: IMAP.php cutting off last two chars
- Replies: 6
- Views: 8973
- 13 Jan 2014, 20:35
- Forum: EmailReporting
- Topic: IMAP.php cutting off last two chars
- Replies: 6
- Views: 8973
Re: IMAP.php cutting off last two chars
I'm using the version you updated about a week ago, so either it's not fixed, or it's a different problem. I don't think it'll be an end-all problem. If you have any suggestions, I'd be curious to try them,though.
- 13 Jan 2014, 17:01
- Forum: EmailReporting
- Topic: IMAP.php cutting off last two chars
- Replies: 6
- Views: 8973
IMAP.php cutting off last two chars
Having another issue that I've been trying to figure out for a while now - the emailreporting plugin is cutting off the last two characters of my emails. From thunderbird (default settings), I send a mail with the body of, "This is annoying spam" - what gets written to the ticket is "...
- 07 Jan 2014, 19:23
- Forum: EmailReporting
- Topic: EmailReporting falling back to default_notify_flags
- Replies: 10
- Views: 11411
Re: EmailReporting falling back to default_notify_flags
Good catch. I'll keep my code in our dev mantis and update yours once I push my work into our prod instance.
On another note, I'll be working with mantis code for a bit longer, so I might occasionally pop my head in with some bugs or code improvements.
On another note, I'll be working with mantis code for a bit longer, so I might occasionally pop my head in with some bugs or code improvements.
- 07 Jan 2014, 17:30
- Forum: EmailReporting
- Topic: EmailReporting falling back to default_notify_flags
- Replies: 10
- Views: 11411
Re: EmailReporting falling back to default_notify_flags
Found the problem - the overwrite was in the wrong place. I added it to the correct place and now it works. Hopefully this fix is the correct way to approach it. if ( $t_bug_id !== FALSE && !bug_is_readonly( $t_bug_id ) ) { // @TODO@ Disabled for now until we find a good solution on how to h...
- 07 Jan 2014, 16:08
- Forum: EmailReporting
- Topic: EmailReporting falling back to default_notify_flags
- Replies: 10
- Views: 11411
Re: EmailReporting falling back to default_notify_flags
Thanks for looking into this. I tried just inserting that line and trying the source from git, and it gives me the same results. Notes email when added within mantis, but no email when done through the EmailReporting plugin. 2014-01-07 16:04 UTC mail_recipient p_notify_type = bugnote t_threshold_min...
- 03 Jan 2014, 13:28
- Forum: EmailReporting
- Topic: EmailReporting falling back to default_notify_flags
- Replies: 10
- Views: 11411
Re: EmailReporting falling back to default_notify_flags
Thanks for your response.
I'm using Nov 2013 - EmailReporting-0.9.0-DEV.
I'm using Nov 2013 - EmailReporting-0.9.0-DEV.
- 02 Jan 2014, 17:18
- Forum: EmailReporting
- Topic: EmailReporting falling back to default_notify_flags
- Replies: 10
- Views: 11411
EmailReporting falling back to default_notify_flags
Hi guys, I've been trying to wrap my head around this one for a while.. Basically what's happening is: 1. User creates a ticket via email. The user/group gets an email response that a ticket was created. 2. User goes into the ticket via the mantis interface and adds a note. The user and group gets a...