Package: asterisk
Version: 1:1.8.3.3-1
Severity: important
A snom360-SIP 8.4.31-SIP-f is connected to Asterisk. About five seconds
after the call is established, asterisk crashes.
Disabling RTCP on the phone appears to help.
See:
https://issues.asterisk.org/view.php?id=17976
Core was generated
Hi!
Same problem here!
kernel: [2182780.056640] imapd[26524] trap invalid opcode
ip:7feeb1fd517a sp:7fffbf0bd7b0 error:0 in libdb-4.6.so[7feeb1f0a000+145000]
Frank
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Marc Haber schrieb:
On Fri, Apr 18, 2008 at 10:04:23AM +0200, Frank Segtrop wrote:
I could now test exim4 -d -bd with the Exchange box. As you can see, it
does STARTTLS.
One more try: Try configuring exim to not request a client certificate.
That is switched off, both
M:<>
<~ 250 OK
~> RCPT TO:
<~ 250 Accepted
~> DATA
<~ 354 Enter message, ending with "." on a line by itself
~> Date: Fri, 18 Apr 2008 10:01:24 +0200
~> To: XXX
~> From: XXX
~> Subject: test Fri, 18 Apr 2008 10:01:24 +0200
~> X-Mailer: swaks v20061
Marc Haber schrieb:
On Wed, Mar 05, 2008 at 10:03:59PM +0100, Frank Segtrop wrote:
Thanks, I tried your binary, but it does not work either, I get the same
error:
TLS recv error on connection from [X]: A TLS packet with
unexpected length was received.
Does it help to
Andreas Metzler schrieb:
On 2008-03-04 Frank Segtrop <[EMAIL PROTECTED]> wrote:
Subject: exim4-daemon-heavy: A TLS packet with unexpected length was received.
Followup-For: Bug #467137
Package: exim4-daemon-heavy
Version: 4.69-2
Two days ago, the Microsoft Exchange 2003
Subject: exim4-daemon-heavy: A TLS packet with unexpected length was received.
Followup-For: Bug #467137
Package: exim4-daemon-heavy
Version: 4.69-2
Two days ago, the Microsoft Exchange 2003 server could no longer send mails
over this smarthost. The Exim log shows:
A TLS packet with unexpected le
Tzafrir Cohen schrieb:
> Is the crash reproducable?
>
Yes, it really is.
> If so, please:
>
> apt-get install asterisk-dbg
>
> and add the following to /etc/default/asterisk :
>
> AST_DUMPCORE=yes
> CORE_PATTERN='/tmp/core.%e.%t'
>
> Note that it is recommended to remove those settings from yo
Package: asterisk
Version: 1:1.4.13~dfsg-1
Severity: normal
When a user accesses voicemail from HiPath connected to Asterisk via ISDN PtP
in NT mode and then tries to transfer that call to another phone, asterisk
crashes.
Here is the relevant part from the full log:
[Oct 26 17:23:34] DEBUG[2829
Faidon Liambotis schrieb:
> Frank Segtrop wrote:
>
>> This works fine with blockdial, and it works with an older version of
>> libpri.
>>
> Which one?
>
1.2.4
Regards,
Frank
signature.asc
Description: OpenPGP digital signature
.,1,Dial(Zap/g3/${EXTEN})
exten => _0XXX.,n,Hangup()
This works fine with blockdial, and it works with an older version of
libpri.
--Frank Segtrop
signature.asc
Description: OpenPGP digital signature
Tzafrir Cohen schrieb:
> On Fri, Oct 26, 2007 at 09:31:31AM +0200, Frank Segtrop wrote:
>
>> Package: libpri1.0
>> Version: 1.4.1-2
>> Severity: normal
>>
>>
>>
>> -- Accepting overlap voice call from '195' to '0'
Package: libpri1.0
Version: 1.4.1-2
Severity: normal
-- Accepting overlap voice call from '195' to '0' on channel 0/2, span 1
-- Starting simple switch on 'Zap/2-1'
-- Hungup 'Zap/2-1'
Asterisk never receives the additional digits.
-- System Information:
Debian Release: lenny/sid
Package: spamassassin
Version: 3.0.3-2
Severity: normal
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages spamassassin depends on:
ii debconf
Package: libclamav1
Version: 0.84-2
Severity: important
When trying to scan zip files or rar files, we get errors like this:
ClamAV returned
/var/spool/exim4/scan/1DcfS1-0004qg-8s/1DcfS1-0004qg-8s-0.zip:
Input/Output error ERROR
-- System Information:
Debian Release: 3.1
APT prefers test
15 matches
Mail list logo