Email piping and parsing not work with my plesk 8

[chris1407]

Hello,

so i read some articles in Forum but i can´t found a answer of my problem,
at first i try to make "pop3 parsing" but the cronjob not working, i ask some friends but no result.

Then i try to use piping, reading the manual but no result, i set the chmod rights.

In the manual you talk over a : .qmail-support, but this file i haven´t in the qmail directory.

The parser log is empty. I cannot see the error and no mail come back.

So anyone knows what could it be?

Thanks
chris

[Varun Shoor]

The .qmail file is supposed to go in /var/qmail/mailnames/domain.com directory.

Regards,

Varun Shoor

[chris1407]

Hi,

so i go in this directory:

/var/qmail/mailnames/domain.de/support , there i found a .qmail file, so i edited in :

| /srv/www/vhosts/xxxxxxxx/httpdocs/support/cli/index.php

is this right?

in the
/var/qmail/mailnames/domain.de

i have only a .qmail-default file.

No emails in Tickets after i edited the file.

any other idea?

thanks
chris

[Varun Shoor]

Hi Chris,
You need to edit/create the .qmail-support file in case you wish to pipe in support@domain.de

We have a dedicated section on PSA installation at http://manual.kayako.net, Please have a look at the instructions available over there.

Regards,

Varun Shoor

[chris1407]

Hello,

i do exactly this steps but no result.

Yesterday i asked a hoster, and he cannot find a mistake, is there a bug for plesk 8?

greetz

[Varun Shoor]

Originally Posted by chris1407

Hello,

i do exactly this steps but no result.

Yesterday i asked a hoster, and he cannot find a mistake, is there a bug for plesk 8?

greetz

We are not aware of any such bug, What does the maillog show? The maillog in Plesk is under the following location: /usr/local/psa/var/log/maillog

Let me know.

Regards,

Varun Shoor

[chris1407]

Hello,

son here is my maillog:

Aug 28 14:39:16 h962659 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.243:46973 (fmmailgate05.web.de)
Aug 28 14:39:16 h962659 qmail: 1156768756.404928 new msg 5948281
Aug 28 14:39:16 h962659 qmail: 1156768756.405122 info msg 5948281: bytes 1010 from <christian1407@web.de> qp 16820 uid 2020
Aug 28 14:39:16 h962659 qmail: 1156768756.415325 starting delivery 27: msg 5948281 to local 1-support@123step.de
Aug 28 14:39:16 h962659 qmail: 1156768756.415545 status: local 1/10 remote 0/20
Aug 28 14:39:16 h962659 qmail: 1156768756.419623 delivery 27: success: did_0+0+1/
Aug 28 14:39:16 h962659 qmail: 1156768756.419882 status: local 0/10 remote 0/20
Aug 28 14:39:16 h962659 qmail: 1156768756.419999 end msg 5948281

i hope it can help.

thanks
chris

[supportskins]

| /srv/www/vhosts/xxxxxxxx/httpdocs/support/cli/index.php

Make sure there is no space between | and /srv/www/vhosts/xxxxxxxx/httpdocs/support/cli/index.php

Correct path should be -- |/srv/www/vhosts/xxxxxxxx/httpdocs/support/cli/index.php

Hope this helps.

Regards,

SupportSkins Admin

[huck]

We have found this on one of our clients. Somehow the php.ini file in /etc/php.ini was set to chmod 600. As a result, the qmail user could not parse php.ini so the ioncube loader (in this case) was not loaded into php.

If you check your /usr/local/psa/var/log/mailllog, you may find some hints to see if you have a similar issue.

Also, it may be worthwhile to change the piping to include the path to the PHP binary. This will result in clearer binary use. For some reason on this system, there was both a /usr/loca/bin/php and a /usr/bin/php. They were symlinks but this could also create a problem.

[netjunkie]

I am also having a problem with plesk8.

I get the following in my maillog.
Please note I have replaced the real domain with mydomain.co.uk.

[root@opentelcom log]# tail maillog
Nov 3 21:28:39 qmail: 1162589319.344355 starting delivery 2500: msg 26084620 to local 2-shop@mydoman.co.uk
Nov 3 21:28:39 qmail: 1162589319.344435 status: local 1/10 remote 0/20
Nov 3 21:28:39 qmail: 1162589319.345817 delivery 2500: deferral: Uh-oh:_.qmail_file_is_writable._(#4.7.0)/
Nov 3 21:28:39 qmail: 1162589319.345870 status: local 0/10 remote 0/20

Does anyone have any ideas?