Displaying 20 results from an estimated 6000 matches similar to: "call transfer issue"
2007 Dec 09
0
David Schwartz is out of the office.
I will be out of the office starting 12/07/2007 and will not return until
12/10/2007.
I will reply to your message when I return Monday, December 10th.
For MSRB / TRACE / OATS or Partnerships/Scorecard issues please call the
Trade Reporting Control main number: 804-344-6216.
For issues requiring escalation please contact Ralph Brugueras:
804-344-6515.
Thank you.
The information is not
2008 Feb 22
0
David Schwartz is out of the office.
I will be out of the office starting 02/22/2008 and will not return until
02/25/2008.
I will reply to your message when I return Monday, February 25th.
For MSRB / TRACE / OATS issues please call the Trade Reporting Control main
number: 804-344-6216.
For issues requiring escalation please contact Ralph Brugueras:
804-344-6515.
Thank you.
ATTENTION: Please be aware that since the
2015 Aug 21
3
Cannot print on Centos 6.7
On Fri, Aug 21, 2015 at 12:44:38PM -0600, Frank Cox wrote:
> On Fri, 21 Aug 2015 11:51:27 -0500 (CDT)
> Gilbert Sebenste wrote:
>
> > On Fri, 21 Aug 2015, Eero Volotinen wrote:
> >
> > Hello Eero,
> >
> > > Well, is it really supported on Linux? I can't find driver for it on:
> > > http://www.openprinting.org/printers
>
> I can find
2017 Apr 20
2
Dovecot not listening when testing connection
Hi Webert -- Thanks for the quick reply and observation.
When I try "telnet localhost 143" I get the same result. It does connect
but then the connection is dropped.
# telnet localhost 143
Trying ::1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
I never get the "* OK [CAPA....]"
Thanks,
On 04/20/2017 10:41 AM, Webert de
2003 Apr 04
3
outdated files after make world
Hi all,
After my last make world (updated to 4.7-RELEASE-p10) I checked
which files are older than the start of the build:
338 Mar 6 2002 /boot/loader.rc
12168 Mar 6 2002 /usr/include/machine/if_wavelan_ieee.h
1564 May 1 2002 /usr/include/netinet/ip_auth.h
34148 May 1 2002 /usr/include/netinet/ip_compat.h
21840 May 1 2002 /usr/include/netinet/ip_fil.h
1905 May 1 2002
2015 Aug 21
0
Cannot print on Centos 6.7
On Fri, 21 Aug 2015 11:51:27 -0500 (CDT)
Gilbert Sebenste wrote:
> On Fri, 21 Aug 2015, Eero Volotinen wrote:
>
> Hello Eero,
>
> > Well, is it really supported on Linux? I can't find driver for it on:
> > http://www.openprinting.org/printers
I can find it there:
http://www.openprinting.org/printer/HP/HP-LaserJet_P4014
Says it works "perfectly".
> I
2015 Aug 21
0
Cannot print on Centos 6.7
On Fri, 21 Aug 2015, Fred Smith wrote:
>>> I just saw that. I now have it so that it prints a few pages, then locks
>>> up the printer. Funny, it worked just fine under CentOS5, now under CentOS
>>> 6, it won't? That's weird. Do you, or anyone else, have any suggestions?
>>
>> Have you tried different printer drivers other than the one that's
2004 Dec 09
0
Ogg Squish 0.98?
Nevermind - I found it. No, it does not use Ogg encapsulation, but it
does compile right off the bat. This lists itself as version 98.9, I'm
guessing that means 0.98.9. If someone has a newer version, please let
me know. :-)
http://www.mit.edu/afs/sipb/user/mwhitson/Project/Ogg/ogg9-partial.tgz
Woohoo! Vintage Xiph from 1996! What could be better?
On Thu, Dec 09, 2004 at 03:38:40AM
2015 Aug 21
2
Cannot print on Centos 6.7
On 08/21/2015 12:16 PM, Gilbert Sebenste wrote:
> On Fri, 21 Aug 2015, Fred Smith wrote:
>
>>>> I just saw that. I now have it so that it prints a few pages, then
>>>> locks
>>>> up the printer. Funny, it worked just fine under CentOS5, now under
>>>> CentOS
>>>> 6, it won't? That's weird. Do you, or anyone else, have any
2013 Mar 17
1
ANNOUNCE: Unplanning network maintenance/outage
Good morning, GnuCashers,
Some (many?) of you may have noticed the outage of 'code.gnucash.org'
starting with a lot of packet loss on Thursday and escalating into a
complete outage by Friday. This took out our Subversion, Wiki, Email
List, everything server. Well, as of 2:15pm US/EDT on Saturday
(yesterday) everything should be back to normal and operational. If you
don't want to
2018 Jul 10
0
Semi-OT: LSI raid card sorta....
I would try the newer storcli utility instead of megacli.
Thanks,
Scott Silverman | IT | Simplex | 312-360-2444
230 S. LaSalle St., Suite 4-100, Chicago, IL 60604
On Tue, Jul 10, 2018 at 12:37 PM, mark <m.roth at 5-cent.us> wrote:
> I've got a box running C7, just updated (yesterday). It had an onboard
> RAID controller, and an HBA. I just installed a new, additional RAID
2019 Jul 02
0
Anyone with RedHat Subscription?
Their "resolution" is: Update to RHEL 7 to get the more recent ethtool
output format.
You should be able to build a newer ethtool from source (or depending on
your NIC manufacturer, they may supply a tool with more recent features.
Solarflare, for example, provides 'sfctool', basically new ethtool features
for old kernels).
Thanks,
Scott
On Tue, Jul 2, 2019 at 8:19 AM Giles
2017 Apr 20
2
Dovecot not listening when testing connection
Hi B. Reino,
These are my dovecot logs. It looks like this error pops up every time I
run "telnet localhost 143"
Apr 20 11:11:39 imap-login: Fatal: Couldn't parse private ssl_key:
error:0906D06C:PEM routines:PEM_read_bio:no start line: Expecting: ANY
PRIVATE KEY
Apr 20 11:11:39 master: Error: service(imap-login): command startup
failed, throttling for 60 secs
On 04/20/2017
2017 Apr 20
2
Dovecot not listening when testing connection
Hi, here's my result for
# doveconf -n|grep ssl
ssl = yes
ssl = required
ssl_cert = /etc/exim/ssl/wildcard_cantella_com.crt.chained
ssl_cipher_list = ALL:!LOW:!SSLv2:SSLv3:!EXP:!aNULL
ssl_key = /etc/exim/ssl/wildcard_cantella_com.key
verbose_ssl = yes
On 04/20/2017 11:27 AM, B. Reino wrote:
> On Thu, 20 Apr 2017, Alvaro Lacerda wrote:
>
>> These are my dovecot logs. It
2017 Apr 20
0
Dovecot not listening when testing connection
On Thu, 20 Apr 2017, Alvaro Lacerda wrote:
> ssl = yes
> ssl = required
> ssl_cert = /etc/exim/ssl/wildcard_cantella_com.crt.chained
> ssl_cipher_list = ALL:!LOW:!SSLv2:SSLv3:!EXP:!aNULL
> ssl_key = /etc/exim/ssl/wildcard_cantella_com.key
> verbose_ssl = yes
I guess you didn't read https://wiki2.dovecot.org/SSL/DovecotConfiguration
Change ssl_cert and ssl_key so it reads
2017 Apr 20
0
Dovecot not listening when testing connection
You won't have that "* OK [CAPA....]" message by doing telnet on port 993,
as this is a secure port and the connection is encrypted.
Either you need to use something as openssl or gnutls to test it that way,
or telnet to imap port 143 (not encrypted).
On Thu, Apr 20, 2017 at 11:33 AM, Alvaro Lacerda <alacerda at cantella.com>
wrote:
> Hi,
>
> This is my environment:
2017 Apr 20
2
Dovecot not listening when testing connection
Hi,
This is my environment:
SMTP: Exim 4.89 with Mailscanner 5.0.3
IMAP: Dovecot 2.2.10
At the moment I'm just trying to test out my Dovecot to check if it's
listening on port 993.
*netstat -tuln:* Shows that my machine is listening on ports 143 and 993.
*telnet localhost 993: *This is my issue, I get the following message:
# telnet localhost 993
Trying ::1...
Connected to
2019 May 22
0
system unresponsive
Scott Silverman wrote:
> In the past I've found that the console may have blanked (due to time)
> and when the system locked up/hung it won't unblank. Booting with
> "consoleblank=0" on the kernel command line will ensure that whatever is
> printed to the console (oops, panic, etc) will be there for you to see
> when you connect.
>
> I've had intermittent
2007 Aug 29
1
Migration woes from tpop mbox to dovecot maildir
I was hoping some one might be able to offer me some advice on a little
problem I have. I am looking to A. move from mbox to maildir B. looking
to move from tpop to dovecot to bring both pop and imap under the same
program. anyways the problem I am having is this tpop3d mbox uses MD5
sum of the mailbox headers in hex which is option %m in the uidl section
but the problem is when dovecot
2019 May 22
3
system unresponsive
In the past I've found that the console may have blanked (due to time) and
when the system locked up/hung it won't unblank. Booting with
"consoleblank=0" on the kernel command line will ensure that whatever is
printed to the console (oops, panic, etc) will be there for you to see when
you connect.
I've had intermittent success in that type of situation with the SysRq
key(s),