similar to: TrippLite/Compiling on FreeBSD

Howdy, I had this working with lots of help for a developer before (Charles Lepple), but after upgrading to a somewhat more current version of FreeBSD the patched-up version stopped working. Seeing as this was more than a few years ago, I thought I'd give a new libusb and NUT a try to see if it might work out of the box. So far, no luck. Some info: FreeBSD 6.3 libusb 0.1.12 NUT 2.4.1

Hello, We recently moved from courier to dovecot, and I'm seeing a handful of errors that prevent people from retrieving email. Below is a snippet of the log sequence I see when this happens: Oct 10 13:44:24 mbox dovecot: imap(xxx at bway.net): Error: Cached message size smaller than expected (1759 < 1830) Oct 10 13:44:24 mbox dovecot: imap(xxx at bway.net): Error: Maildir filename has

Hello all, I just wanted to dump some info here for the archives. Here's the original thread for reference: http://lists.alioth.debian.org/pipermail/nut-upsuser/2007-March/002403.html Charles Lepple did a tremendous amount of work to get my TrippLite USB working on FreeBSD 6.2. I'm running an svn version (nut-2.1.0-r879) to pick up his changes to tripplite_usb. So far, it is

All, This is slightly OT, but I figure a bunch of folks running IMAP servers should have some strong opinions on the topic. While working on a migration to Dovecot, I had the opportunity to move one account to a server running same. This is an in-house billing department box that 3-4 people share. In theory, this should work well - all the billing folks see the same email, save sent mail

Hello, I'm setting up a test server to work through the issues involved in bringing a bunch of vpopmail/qmail/courier users into a postfix/dovecot server. So far I'm seeing lots of info to aid in the transition. One thing I'm lost on is that since Dovecot is providing all the auth mechanisms rather than vpopmail, I'm not sure how to emulate a particular vpopmail behavior we

Hello all, I've got a test environment setup in preparation for a move from qmail/vpopmail/courier to postfix/padmin/dovecot. I have a number of questions that seem to span multiple pieces of software, and this is one of them... Our policy with spam filtering is that a user should be able to turn it off (ie: not put tagged spam into a spam folder, but deliver to their inbox) if they

I'm running FreeBSD 6.2 with Nut 2.0.5 installed from ports... I have a TrippLite OmniVS1500XL plugged in, but I'm having little luck with the tripplite_usb module. I have already built and booted a new kernel with UHID disabled so that libusb can grab /dev/ugen0. At first I was able to get the following out of the driver: # USB_DEBUG=5 /usr/local/libexec/nut/tripplite_usb -u root

Howdy, I'm running Dovecot 1.1.16 on a staging server to do some testing before building a new server and moving a bunch of qmail/vpopmail/courier accounts over. I wanted to test the migration of courier accounts to dovecot with a few clients, so I copied over a few large accounts. All went well with a small account (100+ messages) when accessing the account via POP - no re-downloads

I've been using Dovecot in some fresh installs lately and have found it fairly easy to configure. However I'm starting on a migration that involves moving from some very old software (ancient vpopmail, qmail and Courier). On the Courier front, I've reviewed the migration page in the wiki, and it looks like the main concerns are just matching the namespace and then using the migration

Hi, i'm using Dovecot 2.1.7 (Debian Wheezy) and output from LIST command looks strange: C: 4 LIST () "" (INBOX INBOX.Karantena INBOX.Spam) RETURN (STATUS (UNSEEN)) S: * LIST () "." "INBOX" S: * LIST () "." "INBOX.Karantena" S: * STATUS "INBOX.Karantena" (UNSEEN 0) S: * LIST () "." "INBOX.Spam" S: * STATUS

Hello, I think this needs a few more eyes: http://lists.freebsd.org/pipermail/freebsd-scsi/2009-January/003782.html In short, writes are slow, likely do to the write-cache being enabled on the controller. The sysctl used in 6.x to turn the cache off don't seem to be in 7.x. Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net

Good afternoon, I'm trying without much success to monitor a Tripp Lite OMNIVS1500XL using NUT. I checked the compatibility list and saw that this UPS is supported by tripplite_usb. The system is running Debian Stable, but I've downloaded NUT 2.0.3 and compiled from source since the packaged 2.0.1 doesn't include tripplite_usb. I compiled --with-user=nut. My first attempt at

Hi, I have a LSI Logic sata/sas raid running, is there a way to see the state of the volume, like optimal, degraded or resyncing? I've tried several commands with camcontrol but I cant figure it out. -- Peter Ankerst?l peter@pean.org http://www.pean.org/

Hi all, I gave up on a Tripplite OMNIVS1500XL due to it failing to work on the version of Nut in FreeNAS (and having experienced numerous issues on Debian Jessie as well due to incomplete/unknown protocol elements causing USB problems and Debian Wheezy doesn't even recognize the device). Since the issue is likely lack of information (i.e. unknown protocol) I'm not sure my offer of device

i have a OMNIVS1500XL i have used nut for several years on a full sized pc with no problems i am trying to get nut working with this ups on a raspberry pi i tried with a pi 3b running raspbian stretch i tried with a pi 3b running raspbian buster i tried plugging the usb cable straight into the pi i tried using a powered usb hub i tried rebuilding nut from the source package all caused the pi to

All, I recently purchased a Tripp-Lite OmniVS1500XL and am running NUT on a Centos-based system. Based on the compatibility list I specified the tripplite_usb driver. When I query the unit I get: [root@chryxus ~]# upsc UPS@localhost battery.voltage.nominal: 24 driver.name: tripplite_usb driver.version: 2.0.3-pre2 driver.version.internal: 0.6 input.voltage.nominal: 120

There is a branch (Tripp_Lite_Omni) in CVS for the Tripp Lite OMNI USB driver that I have been working on. I think it covers both the OMNIVS1000 and the OMNIVS1500XL, but I do not have one of the latter units to test. If you have one of these, and want to do some testing, please check out the branch and let me know if you run across any problems. I also occasionally make tarball snapshots; email

this probably has no relevance to the subject but i have run a OMNIVS1500XL with the tripplite_usb driver for several years with no problem i am using a a powered usb hub if that make any difference

Hello, I've been using rsync to keep two boxes in sync until one replaces the other. To make things a bit more to my liking and to make apache's userdir config a bit simpler, I have added a number of symlinks in the new machine's /home. Both boxes have hashed userdirs, ie: /home/a/auser, /home/b/buser, etc. So I have some symlinks like /home/a/aweirdo -> /home/CORP/aweirdo.

I posted a problem with oplock previously, but am guessing it goto lost in an earlier thread with the same subject line, so here goes another shot: Using Samba 3.0.22 on a Gentoo box (kernel 2.6.15) I've a situation where file locking does not seem to be functioning as expected, in that more than one user can open and write to a file without any notifications being displayed about the file