Task pollMonitoredInboxesForBouncedCampaignEmails "In progress"

[johanqnms]

Greetings,

I ´m sending some Campains and was working very vell, But today without explanation my last campain don´t work.

1. I check in the "Admin" - "Scheduler" and the Job: Run Nightly Process Bounced Campaign Emails now show me the message: "In progress".

2. I had this job with that settings:

Interval: Every 3 minutes

3. My crontab is :

* * * * * cd /home/************/public_html/crm; php -f cron.php > /dev/null 2>&1

and was working very well.

4. Now this job show me:

"In progress"
"In progress"
"In progress"
"In progress"
"In progress"
"In progress"


Someone know about this problem?

Thanks for the help

[salesagility]

Please list your environment:

operating system + version
version of php, mysql & webserver
version of sugarcrm

[johanqnms]

Thanks

SugarCRM Versión 5.5.0 (Build 6653)
Community Edition

Hosting with Linux
Mysql 5.0.81
PHP Version 5.2.5

Now the process show me:

Failed
Failed
Failed
Failed
Failed
Failed


In the Attachment I upload the phpinfo.html

Image of the process:




Thanks for the help

[johanqnms]

Greetings,

Other problem is If We want to create a new Campaing, Sugarcrm show us this message:

Campaign may not function as desired and your emails may not be sent for the following reasons:
Scheduler has not been set up to process Bounced Campaign Emails.
go to scheduler admin screen.

I appreciate your help,

[johanqnms]

Any ideas?

Or Could I report it as a bug?

Thanks

[johanqnms]

Greetings,

I suspect that the bug began for this reason:

1. I created a Campaing with the date: 18/02/2010
Hour for send: 10: 00 AM

2. I clicked "Send Mails" at 10: 15 AM because I Forgot to change the hour.

3. As my crontab execute the process "Run Nightly Process Bounced Campaign Emails" each 5 minutes then At 10: 20 minutes my process crashed.

4. Now the process: "Run Nightly Process Bounced Campaign Emails" show me:
In process
Failed
Failed
Failed
Failed

5. Before that, everything worked fine, I sent campains without problem.

I reported the bug: Bug Number: 35973

Thanks

[johanqnms]

News:

In the forum recommend check the sugarcrm.log

The log show me:

Mon Feb 15 10:43:12 2010 [10428][9dcb5517-027d-0333-3a05-4b55c353c642][FATAL] SugarPHPMailer encountered an error: SMTP Error: Data not accepted.
Thu Feb 18 08:06:01 2010 [3620][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Fri Feb 19 10:17:06 2010 [15358][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Sun Feb 21 18:39:19 2010 [18631][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Sun Feb 21 18:39:46 2010 [19655][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Mon Feb 22 02:19:18 2010 [15044][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Mon Feb 22 02:19:19 2010 [15805][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Mon Feb 22 05:11:39 2010 [15710][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.
Mon Feb 22 09:36:39 2010 [3059][1][FATAL] If you see a whole string of these, there is a chance someone is attacking your system.


Do you know about this problem : /
I reported this in the Forum "HELP"
http://www.sugarcrm.com/forums/showt...961#post204961

Thanks for the help

[kuske]

The schedulers sometimes hang if there are uncompleted log entries in the database table schedulers_times.
I solved such issues by deleting the entries in schedulers_times.

You should set the interval to a higher value as it seems there are a lot of emails in your inbox.

But the campiagn/bounce handling is very complex, you should follow the manual exactly.

[BrentR]

So I was experiencing the same In Process, Failed, Failed,issue and the nightly email campaign was running fine (on 5.2.0k).

What turned out to be the issue for me was that my PHP didn't have IMAP compiled into my PHP [ --with-imap --with-imap-ssl ] which is required for Inbound Email module. We're not using the Inbound Email explicitly anywhere, but I think the key missing documentation point is that the bounce email checking uses Inbound Email module even if you don't (and even if you're doing POP3).

I hope this saves someone else some hair!

[kuske]

Another fact I found on windows systems is that the batch job uses an other php.ini than the webserver on some xampp installations.
So I had the problem that the php.ini of the webserver had 64MB memory but the php.ini used for the batch had only 8MB and could not send my campaign-emails.