similar to: TECRA-A9 -- devcot LDA/sendmail

Matt Ingenthron wrote: > This may be specific to my hardware, but I cannot get things to behave > reliably on my system. For instance, I''ve had situations under xVM dom0 > where snv81 can see the e1000g interface with dladm show-dev, but not > plumb it. Then one boot later, I can''t see it with dladm, but can plumb > and up it with DHCP. Are there any e1000g

Author: myers Repository: /hg/zfs-crypto/gate Revision: 868b2dedf16bd7d22452469e5ec4ef496fae2c3f Log message: 6324793 pci_autoconfig: duplicate devinfo nodes appear for CardBus bridge in Tecra M3 (fix lint) 6326272 power button doesn''t shut down acpi systems (fix lint) Files: update: usr/src/uts/common/io/power.c update: usr/src/uts/i86pc/io/pci/pci_boot.c update:

dovecot 2.2.10 packaged by centos 7 configuring ldap driver on userdb cause imap crash during login userdb { driver = ldap args = /etc/dovecot/dovecot-ldap-userdb.conf3.ext # Default fields can be used to specify defaults that LDAP may override #default_fields = home=/home/virtual/%u } #ldap conf --------------- hosts = myDChost base = dc=company,dc=testdomain,dc=dom ldap_version = 3

I just got done sending 42,000 e-mail messages that were rotting away in /var/spool/clientmqueue. I figured out the command to do so was "sendmail -L sm-msp-queue -Ac -q30m". I never even knew that directory existed. I thought everything queued was kept in /var/spool/mqueue (which, I might add is being taken care of on a regular basis.. just seems the problem lies in the

Hello, all. I found that so many unnessary queue files are saved at /var/spool/clientmqueue/ directory. I tested two way to delete these files. 1. # rm -rf /var/spool/clientmqueue/* 2. # cd /var/spool/clientmqueue/ ; find . | xargs rm -fv But this makes a few load of the system and took too much time to delete. What is the best way to delete fast without too much load?

Hello, It's my first mailserver I set up. Thanks to everybody who contributes to dovecot. Dovecot works great for me! One thing I want to get rid off is this traceback error using dovecot with sieve. Somebody can help on this? System: Ubuntu server 8.10 dovecot --version 1.1.4 I filter for keywords in mail body with sieve. Mail is stored at lokal harddrive. I already deleted

I am having problems on with locally generated mail on a box (production) that was just updated to 4.8-RELEASE from 4.62 After trying all manor of cures noted by others here and in google I have managed to get past the permission denied messages in the system log, but not in maillog. I now have all of today's local form submissions and my command line test mails backing up in

Attempting to boot xVM dom0 for the first time on a Toshiba Tecra M2 running 75a. Getting a panic immediately after selecting xVM from the grub menu: panic[cpu0]/thread=f502c020: Processor does not support PAE This is a 2000 MHz Pentium-M, which I thought was PAE-capable.

Hi, I've upgraded to dovecot 1.1beta2 and the latest dovecot-sieve release yesterday and have one single mail that cannot be delivered repeatedly. Log (reformatted): Oct 12 15:19:19 vs02 deliver(bernilrz): pool_data_stack_realloc(): stack frame changed Oct 12 15:19:19 vs02 deliver(bernilrz): Raw backtrace: /usr/local/libexec/dovecot/deliver(i_syslog_panic_handler+0x1e) [0x47117e] ->

After upgrading our CentOS 5 box to the latest revisions last week (including Dovecot 1.1), we're seeing the following error message in the log files. Sieve was working fine with Dovecot 1.0. I have yet to turn up anything via Google for this particular error. SELinux is not logging any error messages at the moment, so I'm pretty sure that we've properly allowed all the SELinux

One my 4.8 box I recently made a silly mistake sending a mail from the command line, along the lines of: mkn@shrewd$ mail test@knigma.org -c test@knigma.org Subject: test test EOT mkn@shrewd$ WARNING: RunAsGid for MSP ignored, check group ids (egid=1001, want=25) can not chdir(/var/spool/clientmqueue/): Permission denied Program mode requires special privileges, e.g., root

Hi, I am trying dovecot-1.1 with dovecot-sieve-1.1. First, dovecot -n do not report about deliver settings. They are: --- protocol lda { postmaster_address = postmaster at parkheights.dyndns.org hostname = parkheights.dyndns.org mail_plugins = cmusieve mail_plugin_dir = /usr/lib64/dovecot11/modules/lda sendmail_path = /usr/lib/sendmail auth_socket_path = /var/run/dovecot11/auth-master

Hi I have to use a windows application tu upload firmware to a controller. It uses the serial port. I use a MacBook with Tiger 10.4.8 I have installed a usb-serial converter. The device is /dev/tty.usbserial tilo-lutz:~/.wine/dosdevices tilolutz$ dir /dev/tty.usbserial crw-rw-rw- 1 root wheel 9, 8 Feb 24 17:31 /dev/tty.usbserial I was able to compile wine 0.9.31 with help of darwine.

Lately I have been trying to get Warcraft II BNE to work on my FreeBSD machine. I check the Application Database and Warcraft II BNE is supposed to work fine under Wine. I started out by updating my ports tree and installing Wine-20050524. I could not get the installer to run under that version, so I installed Wine-20041201. Under 20041201 I was able to install the game, but the game

I just transferred the files in my home directory from an x86_64 machine to an i686 machine. This included the .dovecot.sieve and .dovecot.sievec files in my home root, and the Dovecot index files in my ~/Maildir directory. Everything seemed to be working until I tried sending an email that triggers a Sieve "redirect" command, then I got the following in the logs. I then tried

Since version 3.0.23b, I have been having trouble getting Windows & OSX users to access an NT domain member server running FreeBSD 5.4. It is now at 3.0.23c (installed this morning the 5th). root@aries:/usr/local/lib# net rpc user Password: Could not connect to server 127.0.0.1 Connection failed: NT_STATUS_NO_LOGON_SERVERS root@aries:/usr/local/lib# net rpc user Password: Could not connect

I think someone else mentioned this problem earlier on the list, and I've recently started seeing the following error show up: file index-transaction.c: line 54 (index_transaction_finish_rollback): assertion failed: (t->mail_ref_count == 0) Raw backtrace: /usr/lib/dovecot/deliver(i_syslog_fatal_handler+0x2b) [0x80bff0b] -> /usr/lib/dovecot/deliver [0x80bfd1a] ->

Hello, I am mirroring the debian tree using rsync. I realised following bug. Version: 2.5.5-0.2 on Debian GNU/Linux. Rsync did not correct old symlinks. # ls -l debian-non-US/dists/ total 60 drwxr-xr-x 2 root root 4096 Apr 17 2001 Debian2.2r7/ drwxr-xr-x 2 root root 4096 Feb 28 2001 Debian3.0r0/ drwxr-xr-x 2 root root 4096 Nov 10 02:30

On Nov 25, 2012, at 6:49 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Sun, Nov 25, 2012 at 3:19 PM, Joe Abbey <jabbey at arxan.com> wrote: >> If cmake happens to detect GCC for the C compiler and Clang for the C++ >> compiler, then a manual override of either the C compiler or >> SUPPORTS_COVERED_SWITCH_DEFAULT_FLAG is required. This has been

Hi folks, Can anyone shed light on this issue? I haven't heard from you guys. Is there anything else I could do to expedite resolution of this issue? I've read the WHATSNEW.txt and reviewed the release notes. I am not sure if I've fully grasped what needs to be done. Can someone point me in the right direction? ~Doug -----Original Message----- From: Doug Sampson