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
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
~ To: XXX
~ From: XXX
~ Subject: test Fri, 18 Apr 2008 10:01:24 +0200
~ X-Mailer: swaks v20061116.0 jetmore.org/john/code/#swaks
~
~ This is a test mailing
~
~ .
~ 250 OK id=1JmlXB-0005gZ-1m
~ QUIT
~ 221 XXX closing connection
Regards,
Frank Segtrop
signature.asc
Description: OpenPGP digital
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
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 server could
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
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
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:
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' on channel 0/2, span 1
-- Starting simple switch on 'Zap/2-1'
-- Hungup 'Zap/2-1
(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
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
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]
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 your asterisk
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
15 matches
Mail list logo