Reported by kmaclean, 12 years ago.

from ​tpavelka's post:

As for the difference between the HTK and Julius results I might have an idea: here

http://www.dev.voxforge.org/projects/Main/browser/Trunk/Scripts/Testing_scripts/NightlyTest.pm

At line 117 you use the the dictionary

$LexiconDirectory/VoxForge/VoxForgeDict?

unfortunatelly I could not figure out from where you call the module NightlyTest?.pm so I could not check this dictionary (I could not figure out the value of $LexiconDirectory?), but my suspicion is that it is a monophone dictionary used in place where a triphone one should be used.

Reported by kmaclean, 12 years ago.

WebGUI log - many errors saying this:

...
2008/10/09 12:15:35 - ERROR - www.voxforge.org.conf - WebGUI::Mail::Send::send[466] - Couldn't connect to mail server: localhost
...

gnome-system-log.maillog tab says:

Oct  9 12:06:59 ruby last message repeated 3 times
Oct  9 12:07:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:07:59 ruby last message repeated 3 times
Oct  9 12:08:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:08:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:08:44 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:08:59 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:09:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:09:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:10:14 ruby last message repeated 3 times
Oct  9 12:10:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:11:14 ruby last message repeated 3 times
Oct  9 12:12:29 ruby last message repeated 5 times
Oct  9 12:12:44 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:13:29 ruby last message repeated 3 times
Oct  9 12:14:44 ruby last message repeated 5 times
Oct  9 12:14:59 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:15:02 ruby sendmail[5799]: m99GF2k6005799: from=root, size=344, class=0, nrcpts=1, msgid=<200810091615.m99GF2k6005799@ruby.localdomain>, relay=root@localhost
Oct  9 12:15:02 ruby sendmail[5799]: m99GF2k6005799: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30344, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]
Oct  9 12:15:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:15:59 ruby last message repeated 3 times
Oct  9 12:17:14 ruby last message repeated 5 times
Oct  9 12:17:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:17:44 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:18:29 ruby last message repeated 3 times
Oct  9 12:18:59 ruby last message repeated 2 times
Oct  9 12:19:06 ruby sendmail[5615]: NOQUEUE: stopping daemon, reason=signal
Oct  9 12:30:31 ruby sendmail[2371]: alias database /etc/aliases rebuilt by root
Oct  9 12:30:31 ruby sendmail[2371]: /etc/aliases: 76 aliases, longest 10 bytes, 765 bytes total
Oct  9 12:30:31 ruby sendmail[2376]: starting daemon (8.14.2): SMTP+queueing@01:00:00
Oct  9 12:30:32 ruby sm-msp-queue[2384]: starting daemon (8.14.2): queueing@01:00:00
Oct  9 12:30:32 ruby sendmail[2376]: STARTTLS: CRLFile missing
Oct  9 12:30:32 ruby sendmail[2376]: STARTTLS=server, Diffie-Hellman init, key=512 bit (1)
Oct  9 12:30:33 ruby sendmail[2376]: STARTTLS=server, init=1
Oct  9 12:30:34 ruby sendmail[2376]: started as: /usr/sbin/sendmail -bd -q1h

This ​post says:

If you’ve ever worked on a server that was being overworked (I know I have), you might see sendmail throw out a message like this one:

  Jan 9 14:15:49 mail sendmail[18184]: rejecting connections on daemon MTA: load average: 70

This is sendmail’s way of trying not to contribute to the already high load placed on the server. Since busy mail servers generally use a lot of disk I/O for the queue, and they may pass mail to other filters (which uses CPU time), the sendmail daemon will refuse to handle mail to help reduce the load.

If you don’t like the values that are currently set, you can change them with the following configuration directives in your sendmail.mc:

define(`confQueueLA', `100')dnl
define(`confRefuseLA', `100')dnl

The confQueueLA defaults to the number of processors in your system multiplied by eight, and the confRefuseLA defaults to the number of processors in your system multiplied by 12. However, it is noted that this default differs between versions as well as distributions.

The two configuration items control when sendmail will process items in the queue only (QueueLA) and when sendmail will stop accepting incoming SMTP connections all together (RefuseLA).