So, it is impossible to have that dummy entry showing anything meaningful about the real call. The Local channel lives just for a few seconds and dies and nothing else. This is how asterisk works. It is not a fop2 problem or issue, it is just the way it is in asterisk.

Commenting the fop2callback file will not generate the NOTABANDON entry in queue_log and it will not fire that dummy local channel to write such line. So you won't see anything in the cdr nor in the queue_log file, just like a regular call pickup from a phone (that will log an ABANDON line in queue_log because the call was forcefully removed from the queue and not served to an agent).

There is nothing more to do, either you have the NOTABANDON and dummy CDR, or none.

Best regards,

that was not what i want.
I don't want no Dummy entries, I only want the Call Informations when I pick up a call manuell.
This informations are not in the cdr when we pick up a call, its only a dummy in the cdr without usefull informations about the call.

It looks like this:

|| *calldate* || *clid* || *src* || *dst* || *dcontext* || *channel* || *dstchannel* || *lastapp* || *lastdata* || *duration* || *billsec* || *disposition* || *amaflags* || *accountcode* || *uniqueid* || *userfield* ||

|| 2012-08-20 13:36:57 ||  ||  || dummy || fop2-dummy || Local/dummy@fop2-dummy-ea84;1 ||  || QueueLog || 8240,1345462510.3843,NONE,NOTABANDON,0,0,0 || 0 || 0 || ANSWERED || 3 ||  || 1345462617.3845 ||  ||

I think here is only one comma or pipe in my FOP2Callbacks.pm wrong.

Could you please check this again?
Do you need any more informations? I hope I was able to formulate my problem-now understandable, is not always so clear in English for me.

Best regards,

In the Log we have the following warning:

[2012-06-20 16:33:09] WARNING[3987]: pbx.c:1402 pbx_exec: The application delimi                                          ter is now the comma, not the pipe.  Did you forget to convert your dialplan?  (                                          QueueLog(8240|1340202758.0|NONE|NOTABANDON|0|0|0))
[2012-06-20 16:33:09] WARNING[3987]: app_queue.c:5735 ql_exec: QueueLog requires                                           arguments (queuename,uniqueid,membername,event[,additionalinfo])
  == Spawn extension (fop2-dummy, dummy, 1) exited non-zero on 'Local/dummy@fop2                                          -dummy-117c;2'

My FOP2Callbacks.pm

$return = "Action: Originate\r\n";
            $return .= "Channel: Local/dummy\@fop2-dummy/n\r\n";
            $return .= "Application: QueueLog\r\n";
            $return .= "Data: $queue|$uniid|NONE|NOTABANDON|0|0|0\r\n";
            $return .= "Async: true\r\n";
            $return .= "\r\n";

            push @allreturn, $return;
            return @allreturn;
        }

I've changed the code to "$return .= "Data: $queue,$uniid,NONE,NOTABANDON,0,0,0\r\n";"
Like this:

$return = "Action: Originate\r\n";
            $return .= "Channel: Local/dummy\@fop2-dummy/n\r\n";
            $return .= "Application: QueueLog\r\n";
            $return .= "Data: $queue,$uniid,NONE,NOTABANDON,0,0,0\r\n";
            $return .= "Async: true\r\n";
            $return .= "\r\n";

            push @allreturn, $return;
            return @allreturn;
        }

after applying the changes above I've restartet the Asterisk Server but the error still occurs
It seems like my changes won't affect anything at all cause as you can see the entries are still in one database column (Dummys):
8260|1340348662.3752|NONE|NOTABANDON|0|0|0

To be more precisely, we want the same grade of information we gain from any normal incoming call as for the pickup calls. Currently the pickup calls only generate dummy entries with useless information.

Can you help me?

Regards, Florian.

You can also edit FOP2Callbacks.pm , look for fop2-dummy there, you will see a block checking for the AMI "LEAVE" command, at the end it returns @allreturn, just comment the previous line, that will prevent FOP2 from firing up that command:

            $return = "Action: Originate\r\n";
            $return .= "Channel: Local/dummy\@fop2-dummy/n\r\n";
            $return .= "Application: QueueLog\r\n";
            $return .= "Data: $queue,$uniid,NONE,NOTABANDON,0,0,0\r\n";
            $return .= "Async: true\r\n";
            $return .= "\r\n";

            #push @allreturn, $return;
            return @allreturn;
        }

Notice the # before the push line.

thank you for the fast answer but unfortunately your suggestions did not fix the problem.
Maybe I should descripe the problem more detailed. We would like to have the ability to get as much data as possible out of every call as we already do but not from the pickup calls. As I described bevore the pickup incidents only generate dummy entries. How can we fix this matter?

Thanks for your Help.

Regards, Florian.

look at /etc/asterisk/extensions_override_fop2.conf for the fop2-dummy context, it should look like this:

[fop2-dummy]
exten => dummy,1,Answer
exten => dummy,2,Wait(1)
exten => dummy,3,Hangup

Add a NoCDR entry

[fop2-dummy]
exten => dummy,1,Answer
exten => dummy,2,Wait(1)
exten => dummy,3,NoCDR()
exten => dummy,3,Hangup

Reload the dialplan and try again. Let me know if the cdrs are not written then.

Best regards,