Email Piping Cron Error

[Daniel]

Whenever the cron runs to pipe email to the support desk, this message is sent to root@domain.com

 

[b]POP Import Log[/b]
Date: 15/08/2007 22:10:01<hr>Host: mail.mydomain.co.uk
Email: [email]support@mydomain.co.uk[/email]
Authentication Failed<hr>Host: mail.mydomain.co.uk
Email: [email]support@mydomain.co.uk[/email]
Authentication Failed<hr>

 

 

Any idea why? The login information that is present in the admin are is correct, i've checked and double checked.

 

 

Dan

[Veus]

I get the same error and I know for sure that the details are correct.

I cant use forwarding piping as its on a different account.

[lainard]

POP3 PIPING never works either with me and i am sure the detail are correct

[cssites]

I am having the same issue.

 

Yesterday it worked fine for about an hour then I started getting the 'Authentication Failed' errors again.

 

Any reasons you can think of?

[mtech-hosting]

Now getting the same error here. were running php5.2.4 with apache 2.2.6 and have a ticket open with cpanel techs. It appears that for some reason its trying to communicate through ssl.

 

Heres what i have from my mail-log

Sep 18 14:30:02 server1 pop3d: couriertls: accept: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
Sep 18 14:30:02 server1 pop3d: couriertls: accept: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
Sep 18 14:30:02 server1 pop3d: couriertls: connect: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
Sep 18 14:30:02 server1 pop3d: couriertls: accept: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
Sep 18 14:30:02 server1 pop3d: couriertls: accept: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca

[mtech-hosting]

Anyone? Hard to import tickets when it don't work?

 

Thanks

[WHMCS Joe]

Please submit a ticket and I will take a look at your setup.

[mtech-hosting]

will do, thanks

*ticket submitted #283357

 

Thanks

[inogenius]

Was there a resolution to this? I'm facing the same issue.

[impactgc]

I had the same issue - even after making sure IMAP for php was installed(as requested). -- still doesn't work.

 

I use the forward function instead of the cron.(that works)

 

Adam

[petemartin]

Is there any update on this issue? I see the post suggesting a support ticket be submitted, but if multiple people are having the same issue then maybe we can air it here rather than individually submitting tickets.

 

Many thanks

 

Pete

[WHMCS Joe]

You will need to submit a ticket as your configurations may not be the same.

[Matt]

There are no errors with the POP3 import so the issues here are either due to various mail server configurations or incorrect login details.

 

Matt

[Blueberry3.14]

Is there any update on this issue? I see the post suggesting a support ticket be submitted, but if multiple people are having the same issue then maybe we can air it here rather than individually submitting tickets.

 

Many thanks

 

Pete

I agree.

 

If you're still having trouble, what worked for me was CHMODing /pipe/pipe.php to 755.

 

Check your exim logs (assuming you use exim: /var/log/exim_mainlog) and look for:

Child process of virtual_address_pipe transport returned 127 (could mean unable to exec or command does not exist)

 

Changing the permission on the pipe.php fixed the issue for me (piping worked prior to the last upgrade). You can also try what's suggested here:

 

http://support.whmcs.com/knowledgebase.php?action=displayarticle&catid=9&id=22

 

And if you're on cPanel 11 and using it to set up the forward, doubled check the path when it confirms the forward is made. And for testing, you can also run the pipe.php from the browser.

[Troy]

I don't know if this will help anyone with the specific errors reported in this thread, but I had two problems with pop importing that have been resolved by Matt:

 

1. A TLS/certificate issue which was solved by adding "$popnotls=true;" to configuration.php.

 

2. A problem importing html only or text only emails from Thunderbird, where the ticket body would just be blank. Matt gave me an updated pop.php which resolved this.

[lostinspace]

Could you clarify how you accomplished the first issue?

[Blueberry3.14]

Could you clarify how you accomplished the first issue?

 

Which one of us were you replying to?

 

[lostinspace]

I don't know if this will help anyone with the specific errors reported in this thread, but I had two problems with pop importing that have been resolved by Matt:

 

1. A TLS/certificate issue which was solved by adding "$popnotls=true;" to configuration.php.

 

2. A problem importing html only or text only emails from Thunderbird, where the ticket body would just be blank. Matt gave me an updated pop.php which resolved this.

The person I replied directly underneath .

 

Seems we're seeing the exact symptoms of both items. I've know about item 2, but item 1 caught me by surpirse when we moved our mailserver.

[lostinspace]

Can we get a copy of this elusive pop.php file as well?

[Troy]

Could you clarify how you accomplished the first issue?

 

The first item is accomplished by editing the configuration.php file in the root of your whmcs install, and adding this line to the file:

 

$popnotls=true;

 

I put it at the end of the code, before the closing php tag on the last line, but it doesn't matter where it's put, as long as it's not before the first line, which is the php open tag, or after the last line, which is the php close tag.

[lostinspace]

Thanks. That's what we tried initially and didn't seem to change the problem. However, we moved the support email to a separate server anyway and the system works well with them without the modification.