CiviCRM Community Forums (archive)

Here is the output of a test mailing:

DEBUG: Recv: 220-opik.superhosting.bg ESMTP Exim 4.69 #1 Tue, 09 Mar 2010 13:37:23 +0200 DEBUG: Recv: 220-We do not authorize the use of this system to transport unsolicited, DEBUG: Recv: 220 and/or bulk e-mail. DEBUG: Send: EHLO zelenite.bg DEBUG: Recv: 250-opik.superhosting.bg Hello opik.superhosting.bg [91.196.124.11] DEBUG: Recv: 250-SIZE 52428800 DEBUG: Recv: 250-PIPELINING DEBUG: Recv: 250-AUTH PLAIN LOGIN DEBUG: Recv: 250-STARTTLS DEBUG: Recv: 250 HELP DEBUG: Send: STARTTLS DEBUG: Recv: 220 TLS go ahead DEBUG: Send: EHLO zelenite.bg DEBUG: Recv: 250-opik.superhosting.bg Hello opik.superhosting.bg [91.196.124.11] DEBUG: Recv: 250-SIZE 52428800 DEBUG: Recv: 250-PIPELINING DEBUG: Recv: 250-AUTH PLAIN LOGIN DEBUG: Recv: 250 HELP DEBUG: Send: AUTH LOGIN DEBUG: Recv: 334 VXNlcm5hbWU6 DEBUG: Send: Y3JtQHplbGVuaXRlLmJn DEBUG: Recv: 334 UGFzc3dvcmQ6 DEBUG: Send: emVsZW5pdGU= DEBUG: Recv: 235 Authentication succeeded DEBUG: Send: MAIL FROM: DEBUG: Recv: 250 OK DEBUG: Send: RCPT TO: DEBUG: Recv: 550-Verification failed for DEBUG: Recv: 550-No Such User Here" DEBUG: Recv: 550 Sender verify failed

backTrace

/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Core/Error.php, backtrace, 147
, handle,
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/PEAR.php, call_user_func, 931
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/PEAR.php, PEAR_Error, 566
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/Net/SMTP.php, raiseError, 348
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/Net/SMTP.php, _parseResponse, 876
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/Mail/smtp.php, rcptTo, 288
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Mailing/BAO/Job.php, send, 361
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Mailing/BAO/Job.php, deliverGroup, 310
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Mailing/BAO/Job.php, deliver, 135
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Mailing/Form/Test.php, runJobs, 256
, testMail,
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/HTML/QuickForm.php, call_user_func, 1596
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Core/Form.php, validate, 293
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Core/StateMachine.php, validate, 149
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php, perform, 64
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php, perform, 203
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php, handle, 103
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Core/Controller.php, handle, 263
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/CRM/Core/Invoke.php, run, 210
/home/bulgreen/public_html/inside/sites/all/modules/civicrm/drupal/civicrm.module, invoke, 350
, civicrm_invoke,
/home/bulgreen/public_html/inside/includes/menu.inc, call_user_func_array, 348
/home/bulgreen/public_html/inside/index.php, menu_execute_active_handler, 18

Зелените отвътре

You can search for records containing a word or phrase in any text field - including name and email fields, notes, activity subject and descriptions, as well as any searchable custom text and note fields. Narrow your search by selecting a specific table / type of record. Wildcards are automatically added to your search term. Searches are NOT case-sensitive.

EXAMPLE: You can enter fiesta, and get a match on a contact with a note containing Fall Fiesta
   
My Contact Dashboard
Recent Items

    * Тони

Начало › CiviCRM › CiviMail
Ново разпращане

unrecoverable error
    Sorry. A non-recoverable error has occurred.

    Invalid response code received from SMTP (outbound mail) server while attempting to send email. This is often caused by a misconfiguration in the CiviCRM Outbound Email settings. Please verify the settings at Administer CiviCRM >> Global Settings >> Outbound Email (SMTP).

    Return to home page.

Error Details:

Array
(
    [callback] => Array
        (
           

• => CRM_Core_Error
[1] => handle
        )

   

=>
    [message] => Invalid response code received from SMTP (outbound mail) server while attempting to send email.  This is often caused by a misconfiguration in the CiviCRM Outbound Email settings. Please verify the settings at Administer CiviCRM >> Global Settings >> Outbound Email (SMTP).
    [mode] => 16
    [debug_info] =>
    [type] => PEAR_Error
    [user_info] =>
    [to_string] => [pear_error: message="Invalid response code received from SMTP (outbound mail) server while attempting to send email.  This is often caused by a misconfiguration in the CiviCRM Outbound Email settings. Please verify the settings at Administer CiviCRM >> Global Settings >> Outbound Email (SMTP)." code=0 mode=callback callback=CRM_Core_Error::handle prefix="" info=""]
)

Powered by Drupal, система за управление на съдържанието с отворен код
DEBUG: Send: QUIT DEBUG: Recv: 221 opik.superhosting.bg closing connection

OK, it's about DNS now.

I tested with another valid domain. It worked.

I saw the sender's generated email address in page source in browser. Thank you Piotr!

I am going to resolve the DNS issue.

I will post back.

The link reported by Denver Dave:

"Manually run the cron job from a link:
http://<mydomain>/drupal/civicrm/mailing/queue?reset=1"

doesn't exist on my 3.1.1 system.  Does that indicate, as Andrew suggested, that he might have some remaining parts of an old civicrm release installed directly into drupal/modules rather than drupal/sites/all/modules?

We're struggling with the same problem of bouncing emails with no bounce type - more than 3/4 of each mailing comes back that way.  I just downloaded the new Job.php as suggested and will try that today.

Ken H.

I'm not sure if the problems other were experiencing on this thread are related to the following, but I'm just posting here because it's the only forum thread I found about this general issue.  We were having thousands of messages not delivered and contacts email's  being put on hold automatically.  I spent a couple hours tracking down this bug, only to find that someone else had reported it just yesterday! :-(

http://issues.civicrm.org/jira/browse/CRM-6059

After looking over the most current code I see that it is indeed fixed by the new code on line 1090 of the this file:

http://svn.civicrm.org/civicrm/trunk/CRM/Mailing/BAO/Mailing.php

Anyway, hope this saves some else some time.

Nathan

Are you testing with emails in your organisation ?

More often than not (at least with ms exchange), email servers are stupidly configured so every email received from outside that has your domain name as address is considered as fake and bounced (eg if you receive and email from anyone@example.org on your server example.org it will fail).

So when you try sending from your civicrm server, it freaks out and bounces everything it receives.

The chapter on the book might help you going through the config:
http://en.flossmanuals.net/CiviCRM/SystemConfiguration

Thanks. I've posted the relevant info as my signature. Hope it helps.

Good morning,

I encountered this error the first time that I sent a mailing with 3.1.4 not long after it was released (I tend to stay current with the releases but after this I reverted back to 3.1.3).

Normally I send mailings every week or two to about 180 addresses (using Sendmail rather than SMTP) and it's been working wonderfully.  I upgraded to 3.1.4 a few days after it was released, and the first time I used it for our mailing, the system thought all of the messages bounced so it flagged all of the email addresses on hold.

Thanks to this thread I was able to edit the tables and un-hold the email addresses.  I didn't do much of the diagnostics with 3.1.4 apart from fiddle with the Sendmail / SMTP settings and figure out how to reset the status of the email addresses.

After this experience I resumed using the feature in Step 4 of the New Mailing wizard to send a test message -- I had stopped doing that because the system had performed so well until now.  When I reverted back from 3.1.4 to 3.1.3, I encountered no problems with the test message nor with subsequent mailings.

Yesterday I upgraded from 3.1.3 to 3.1.5 and when I clicked the test message button, I encountered some strange errors.  Noting those errors, I did not proceed with the mailing -- I feared that the messages would bounce and the system would flag all of my addresses on hold again.  Instead, I reverted back to 3.1.3, resumed my mailing, and the problem did not arise.

(As an aside, I upgrade or revert versions is by completely wiping (rm -r) the sites/all/modules/civicrm folder, and untar'ing the full package.  Thus I probably do not have residual files from one version to another, etc.)

Yesterday I created this topic post about the test message error:
http://forum.civicrm.org/index.php/topic,13997.0.html

So, I offer this background just in case this helps with the diagnostics and troubleshooting.  Perhaps these are completely unrelated but as I read the symptoms described early in this thread, it sure sounded a lot like what I experienced when I sent my first CiviMail mailing with 3.1.4.

Again, thanks for any and all help you may be able to provide.
Steve