Author Topic: Authentication Problems (Read 7840 times)

EdP · March 22, 2010, 09:01:53 am

I'm getting a yellow non-recoverable error screen when I try to use CiviMail. It happens when I try to send the test email to an address I specify.

In addition, and this may nor may not be linked, where I then try to force the sending of the mail via the cronjob it isn't received and all the receipients have their email addressed listed as suspended/blocked as if they had bounced - although I haven't run the bounce processing script.

The error I get is an authentication one:

Code: [Select]

Array
(
    [callback] => Array
        (
            [0] => CRM_Core_Error
            [1] => handle
        )

    [code ] => 
    [message] => Authentication failed.
    [mode] => 16
    [debug_info] => 
    [type] => PEAR_Error
    [user_info] => 
    [to_string] => [pear_error: message="Authentication failed." code=0 mode=callback callback=CRM_Core_Error::handle prefix="" info=""]
)

As far as I can tell the email address I'm seeking to use is correctly set in the settings section - its also used as the send-from address when profiles are updated and that seems to work. It works as an email address when used via webmail.

It did work once - then broke for no reason I could determine.

Any guesses what I might be doing wrong?

Thanks.

(edited for typo)

Piotr Szotkowski · March 22, 2010, 10:36:43 am

Quote from: EdP on March 22, 2010, 09:01:53 am

I'm getting a yellow non-recoverable error screen when I try to use CiviMail. It happens when I try to send the test email to an address I specify.

This error most probably means that your local mailserver does not accept the provided credentials. As you’re sure they’re ok, it might mean it doesn’t accept any mail, and simply rejects any authentication attempts. Can you check your mailserver’s logs?

pixelbricks · March 22, 2010, 06:06:37 pm

Our CiviMail Joomla Extension recently stopped working as well. It looks like our webhost bluehost is rejecting our SMTP authentication. Bluehost upgraded their servers recently but I don't know if they are related. Since that time, I upgraded from 3.0.4 to 3.1.3.

System Info: Joomla 1.5.15 and CiviCRM 3.1.3.

I've been trying to troubleshoot the following questions:

• Are my SMTP settings correct? Yes they are, but the CiviMail sending protocol authentication is rejected by Bluehost's servers.
• Is the problem with CiviMail?
• Is the problem on the Bluehost servers?

Within JOOMLA and CIVICRM I've tried various settings.

I've tried localhost:25 with no authentication. "Save & Send Test Email" works from Settings > Outbound Mail. But Step 4. from New Mailing "Send a Test Mailing" does not work nor does a cron trigger with passkey or hard URL trigger.

I've tried mail.whollyh2o.org:25 with authentication using info@whollyh2o.org and the associated password. "Save & Send Test Email" works from from Settings > Outbound Mail. But Step 4. from New Mailing "Send a Test Mailing" does not work nor does a cron trigger with passkey or hard URL trigger.

The Error Message from STEP 4 is:

Code: [Select]

    [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=""]

The e-mail error logs state that authentication fails (I hope there's no private info below):

Code: [Select]

	2010-03-22 13:30:02 1NtnK6-0007ti-DU => pixelbricks@gmail.com R=alt_primaryproxy T=dk_remote_smtp_with_return_path H=74.220.195.49 [74.220.195.49] C="250 ok 1269286202 qp 26448 cpsoproxy3.bluehost.com" 
	
	2010-03-22 13:30:03 1NtnK6-0007ti-DU Completed 
	
	2010-03-22 13:33:12 dovecot_login authenticator failed for localhost (whollyh2o.org) [127.0.0.1]: 535 Incorrect authentication data (set_id=whollyht) 
	
	2010-03-22 13:35:02 1NtnOv-0001Nq-T6 <= whollyht@box357.bluehost.com U=whollyht P=local S=1492 
	
	2010-03-22 13:35:02 1NtnOv-0001Nq-T6 => pixelbricks@gmail.com R=alt_primaryproxy T=dk_remote_smtp_with_return_path H=74.220.195.49 [74.220.195.49] C="250 ok 1269286502 qp 11289 cpsoproxy1.bluehost.com" 
	
	2010-03-22 13:35:02 1NtnOv-0001Nq-T6 Completed 
	
	2010-03-22 13:40:11 dovecot_login authenticator failed for localhost (www.whollyh2o.org) [127.0.0.1]: 535 Incorrect authentication data (set_id=whollyht) 
	
	2010-03-22 13:41:32 dovecot_login authenticator failed for localhost (whollyh2o.org) [127.0.0.1]: 535 Incorrect authentication data (set_id=whollyht) 
	
	2010-03-22 13:42:02 1NtnTm-0003HG-1e <= whollyht@box357.bluehost.com U=whollyht P=local S=1571 
	
	2010-03-22 13:42:03 1NtnTm-0003HG-1e => pixelbricks@gmail.com R=alt_primaryproxy T=dk_remote_smtp_with_return_path H=74.220.195.49 [74.220.195.49] C="250 ok 1269286923 qp 22007 cpsoproxy2.bluehost.com" 
	
	2010-03-22 13:42:03 1NtnTm-0003HG-1e Completed 
	
	2010-03-22 13:45:06 dovecot_login authenticator failed for localhost (www.whollyh2o.org) [127.0.0.1]: 535 Incorrect authentication data (set_id=whollyht)

koensayr · March 24, 2010, 04:06:24 pm

For what its worth, I'm having the same issue. My original post is over here:

http://forum.civicrm.org/index.php/topic,12939.0.html

Has anybody figured this out yet?

pixelbricks · March 24, 2010, 04:20:52 pm

I've got a support ticket with bluehost. In the meanwhile, I'm using sendmail instead of SMTP for my outbound email settings and that's working for now. Something in the latest CIVICRM update broke because version 3.0.3 was working fine.

I'll keep you posted... @koensayr who is your webhost?

EdP · March 25, 2010, 08:45:20 am

I have fixed the problem I had, although I wouldn't pretend that the fix makes any sense to me.

Givent that it was an Authentication error, I had checked my outbound email settings many times via the Administer>>CiviMail>>Mail Accounts
route, and that seemed fine. In that screen you enter the email, password and other settings.

However, I then went back and had a look at the
Administer>>Configure>>Configuration Checklist>>Outbound Email
setting, where again you set the outgoing email account and some settings (but not all the same ones). That had, for unknown reason, changed the password it had stored. Since it just showed asterisks I don't know what the change was or why. I am certain that the password was right previously (I entered it, and it worked) and no-one else in my organisation would have the first idea how to change it. I changed the password back (i.e. to what it had recorded in the CiviMail section all along) and now it works.

So the same email was stored differently in two different places. I don't think I really understand why there are several screens for outgoing email addresses, FROM email addresses, and then duplicates of those in CiviMail, but there we go.

CiviMail appears to work for me now, although the Cron Job appears to only half work i.e. the emails get sent but I don't get any sort of completion page - it just appears to fail to fully load so I'd be interested if either of you get the same there.

Piotr Szotkowski · March 25, 2010, 10:33:32 am

Quote from: EdP on March 25, 2010, 08:45:20 am

However, I then went back and had a look at the Administer>>Configure>>Configuration Checklist>>Outbound Email setting, where again you set the outgoing email account and some settings (but not all the same ones). That had, for unknown reason, changed the password it had stored.

Is there a chance that you have your password for the site (from the user/pass Drupal credentials) saved by the browser, which then auto-populated the password field in a way that wasn’t visible (because it used asterisks to display it)?

Quote

So the same email was stored differently in two different places. I don't think I really understand why there are several screens for outgoing email addresses, FROM email addresses, and then duplicates of those in CiviMail, but there we go.

Yes, this sucks. We’ll fix it in CiviCRM 3.2: CRM-5977.

koensayr · March 25, 2010, 01:40:57 pm

Quote from: pixelbricks on March 24, 2010, 04:20:52 pm

I'll keep you posted... @koensayr who is your webhost?

Bludomain.com. Not my choice, but they sold the artistic director... :-)

koensayr · March 25, 2010, 01:59:18 pm

Well, It still doesn't seem to work for me.

Although I had no idea that their were mail settings in two places. I'm a bit confused though, because in the Configuration Checklist there are just Outbound settings (which work without issue), but there are no Inbound Settings.

Then under CiviMail > Mail Accounts, there is inbound (IMAP/POP) setting but not outbound mail settings (SMTP).

So even if I had the CiviMail > Mail Accounts, mis-configured (which I did, but fixed with no luck), wouldn't CiviMail still have to use the working outbound SMTP settings under the Configuration Checklist for outbound mail?

Pointing me to the ticket sure was an "ah ha!" moment, but didn't help. Also the CiviMail > Mail Accounts, section doesn't allow you to specify Port numbers, and the Configuration Checklist section doesn't allow you to specify SSL connection, but does give you the choice of port number...

When is 3.2 coming out? What can I do to help?

EdP · March 25, 2010, 02:52:07 pm

Quote from: Piotr Szotkowski on March 25, 2010, 10:33:32 am

Quote from: EdP on March 25, 2010, 08:45:20 am
However, I then went back and had a look at the Administer>>Configure>>Configuration Checklist>>Outbound Email setting, where again you set the outgoing email account and some settings (but not all the same ones). That had, for unknown reason, changed the password it had stored.

Is there a chance that you have your password for the site (from the user/pass Drupal credentials) saved by the browser, which then auto-populated the password field in a way that wasn’t visible (because it used asterisks to display it)?

No, I don't think so, as I had entered it carefully by hand previously and its not a page I'd have let my browser autosave a password for. Anyway, glad to hear that it'll be tidied up in 3.2. Thanks.

Piotr Szotkowski · March 26, 2010, 03:47:19 am

Quote from: koensayr on March 25, 2010, 01:59:18 pm

Then under CiviMail > Mail Accounts, there is inbound (IMAP/POP) setting but not outbound mail settings (SMTP).

So even if I had the CiviMail > Mail Accounts, mis-configured (which I did, but fixed with no luck), wouldn't CiviMail still have to use the working outbound SMTP settings under the Configuration Checklist for outbound mail?

Yes, it should use the outbound mail settings, but it also consults the Mail Accounts for stuff like the localpart prefix. Note that your SMTP server might not like the SMTP envelope that CiviMail creates and might be rejecting mailings (and CiviMail step 4 tests) based on that; this should be visible when you try to send a test mailing in 3.0.4/3.1.3, though.

Quote

When is 3.2 coming out? What can I do to help?

We don’t have a schedule yet. If I were to guess, 3.2.alpha1 can show up sometime between mid-April around CiviCon (but I’m not a good guesser here).

I’ll try to sort out the mail settings stack sometime next week.

koensayr · April 01, 2010, 12:41:07 pm

Well, after spending some time in IIRC channel, with some help from dlobo, and with debugging enabled, I was able to finally get things to work. I had to edit CRM/Mailing/BAO/Mailing.php, line 908, and simply commented out the Return-Path line:

Code: [Select]

'Return-Path'      => $verp['bounce'],

became commented:

Code: [Select]

/* 'Return-Path'      => $verp['bounce'], */

And Voilla! I'm not sure exactly why this works, but I know it has to do with my hosting company not liking the VERP address functionality.

It should be pointed out, that by checking the "Override VERP" checkbox in the mailings composition, I saw not change in the debugging information. Commenting out this line of code seem to have solved the issue though. The downside of course is that now CiviMail won't be able to properly process bounce messages. So I think its time to find another server to host this thing on. I guess the lesson here is to not use a cheap webhost as they don't allow extended confirmation of the mail server.

I would *not* recommend this company: http://www.bludomain.com/

boftx · February 13, 2011, 03:33:54 pm

I just encountered the same problem on 3.3.5 and had to comment out line 926 in the same file to make it work.

xavier · February 13, 2011, 11:59:40 pm

Hi,

Worth repeating the downside: it won't handle the bounces. If you don't handle the bounces, you will end up being blacklisted eventually.

If enough people are interested by having it work properly with mail servers not handling verp properly (ie ms exchange), there is a technical option that is slightly less accurate but easier to configure on dumb mail servers.

This could be a make it happen for the next version.

koensayr · February 15, 2011, 10:28:59 pm

xavier,

I'd really like to see whatever option you speak of implemented. I'd be happy to help in any way I can.

I don't think my hosting provider uses Exchange, but I could be wrong. All I know is that it doesn't seem to like the VERP header.

Any idea of when we'll see SSL support? Thats been a big problem for me lately as well.

CiviCRM Community Forums (archive)

News:

Author Topic: Authentication Problems (Read 7840 times)

EdP

Authentication Problems

Piotr Szotkowski

Re: Authentication Problems

pixelbricks

Re: Authentication Problems

koensayr

Re: Authentication Problems

pixelbricks

Re: Authentication Problems

EdP

Re: Authentication Problems

Piotr Szotkowski

Re: Authentication Problems

koensayr

Re: Authentication Problems

koensayr

Re: Authentication Problems

EdP

Re: Authentication Problems

Piotr Szotkowski

Re: Authentication Problems

koensayr

Re: Authentication Problems

boftx

Re: Authentication Problems

xavier

Re: Authentication Problems

koensayr

Re: Authentication Problems