similar to: hide dotfiles not working.

I just modified mail-filter-out.sh like this: cat  mail-filter-out.sh   #!/bin/sh   USER=$1   cat > /tmp/tempfile   cat /tmp/tempfile cat  /tmp/tempfile This message is in MIME format. --nsmail-7bjyg3nr5o-7bmibqhut9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64

I've been playing around a little bit with the "veto files" option for the [homes] shares we have on our Samba servers (2.2.1a & 2.2.3a). I've discovered that: veto files = /.*/ works marvelously for not letting the users muck with their .dotfiles, which is exactly what we want, however, I've also discovered that it also clobbers the special directory entries

Hi, I've some dot-files in the Maildir/ folder. These files appear in the Mailbox listing, but of course they can't be accessed. In the previous dovecot versions these files were hidden. Matthias

I have "hide dot files" on, but I have noticed that while files with a single dot are hidden, files with multiple dots are not: ".foo" - hidden "...foo" - not hidden Is this by design? *nix certainly hide such files by default... -- Barry -- http://barrkel.blogspot.com/

Hello.. I'm attempting to copy/sync a development directory on my laptop to our web server, and for some reason dot-files are being copied but not deleted. Command line: rsync -rvva --delete-after -e ssh ./ server.com:/var/www/html/project/ The symptom is that I've got files like '.Makefile.swp' and '.hidden.php.swp' on the server (vi temp files) even after deleting them

With automake, we collectively need to check to see if 'make distcheck' still works after adding or removing files. Basically, nothing will make its way into the NUT distribution tarball unless it is somehow mentioned in one of the Makefile.am files. See the packaging/RedHat directory for an example. Niels, thank you for spotting the extra nut.spec file in SVN; however, it needs to be

I looked through the wiki and the archives, but couldn't find an answer to this question. We use a webmail product that uses three dummy mbox dotfiles for storing configuration and temporary info. I'm trying to find a way to have dovecot's indexing ignore all dotfiles, and so far have had no luck (other than, of course, coding it in myself). Does anyone know if this is possible?

As far as I can tell, the "replace" parameter is all or nothing. What I am looking for is something like the exec/onlyif parameter that I can use to conditionally replace a file. Any thoughts ? “Sometimes I think the surest sign that intelligent life exists elsewhere in the universe is that none of it has tried to contact us.” Bill Waterson (Calvin & Hobbes) -- You received this

Thanks to the great help here, I now have a UPS spitting out something resembling a report descriptor. So since I seem destined to have to create a new USB HID subdriver, I figured I'd get started on the path. I followed all of the directions on the web....I used the script to generate the usbhid subdriver, feeding it the output of the usbhid-ups driver from reading my UPS. All that worked

http://www.redhat.com/f/pdf/rhel/WHP0006US_Execshield.pdf -------- Original Message -------- Subject: Whitepaper about the new security features in RHEL3 U3 Date: Tue, 31 Aug 2004 09:54:15 +0200 From: Arjan van de Ven <arjanv at redhat.com> Reply-To: Discussion of Red Hat Enterprise Linux 3 (Taroon) <taroon-list at redhat.com> To: taroon-list at redhat.com Hi, with the beta of

Hi Aki, Oops; I did not think carefully enough about your instructions. Here is the output from $ dovecot -n -c /home/meuser/dotfiles/auto-stanford-dovecot.conf # 2.3.2.1 (0719df592): /home/meuser/dotfiles/auto-stanford-dovecot.conf # Pigeonhole version 0.5.2 () # OS: Linux 4.18.0-13-generic x86_64 Ubuntu 18.10 ext4 # Hostname: cpbl-t450s doveconf: Warning: please set

Hi All, I have been using rsync to backup to a central server with a 7 day incremental script on 2 Redhat boxen. #!/bin/sh PATH=/usr/local/bin:/usr/bin:/bin DAY=`date +%A` export PATH DAY [ -d /root/emptydir ] || mkdir /root/emptydir rsync --rsh=/usr/bin/ssh --delete -a /root/emptydir/ CENTRAL_SERVER_IP:/backup2/BACKED_UP_SERVER_FQDN/$DAY rmdir /root/emptydir rsync --delete

hi : i just install dovecot-2 and start ok but login failed for test-user . i turn on all debug options , the debug info follow: "Mar 25 14:40:10 cs2c dovecot: imap-login: Disconnected (auth failed, 1 attempts): user=<q1 at t.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured" and the info of input->w_buffer is : cp01 CAPABILITY a001 LOGIN "q1 at

Hi Aki, I am not 100% sure. I do not really know what my OS does. "ps -A" says dovecot is running, but if I say "sudo service dovecot stop", my email client works fine still (that is, assuming the old version of dovecot is installed). ie the on-demand instances of dovecot-imapd that Alpine calls are, I assume, started and stopped by Alpine. (?) Is my OS using dovecot

Hi Aki, Bingo! Putting that line in dovecot.conf rather than my custom file, and then using my old custom file, unchanged, from Alpine works perfectly. My only remaining question, then, would be ... what was this (change) about / or is there any documentation that I should/could have read to know what to do without asking a lead developer? Thank you very much. I hope you had a great start

(Please keep me CC'd as I'm not subscribed to the list) I'd like to request that folks running RELENG_8 (and RELENG_9, though I do not use it) please check the behaviour of their terminal after each of following commands are run (check terminal after each command): top -a (press "q" after 1 screen refresh) top -b If you find that your input characters in your shell

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Has anyone gotten it working at all with Linux :) I picked one up for thiry bucks and would love to monitor it! Liz - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD/5fEIACpLcG4dhwRAmeCAJ9+8FGXqKoOlZdkw/KFXb9n0PEemwCdHaoD NVnv7JjmBAjNsExK6WzAdnA= =pcPX - -----END PGP

Hi Aki, (This message might not make it to the list; I have to switch back to the other dovecot to be able to send from that address) Oops; I did not think carefully enough about your instructions. Here is the output from $ dovecot -n -c /home/meuser/dotfiles/auto-stanford-dovecot.conf # 2.3.2.1 (0719df592): /home/meuser/dotfiles/auto-stanford-dovecot.conf # Pigeonhole version 0.5.2 () # OS:

Den 14-03-2014 21:29, Rob Groner skrev: > It works pretty good after that. However, if I'm going to tailor > my hid2nut table, it would really help if there was some master list > of all the paths (input.voltage, battery.temperature, etc) NUT supports, > instead of having to dig through different driver files to see what's available. Is there some list? How about

Thanks to Olli, I can now talk to my PW9125 via SNMP: > upsc cscfups001@localhost ambient.temperature: 031.0 battery.charge: 090.0 battery.runtime: 2640.0 battery.voltage: 055.5 driver.name: snmp-ups driver.parameter.mibs: pw driver.parameter.port: cscfups001.cs.uwaterloo.ca driver.version: 2.1.0 driver.version.internal: 0.41 input.frequency: 060.0 input.voltage: 120.0 output.current: 020.0