Re: Laptop with external monitor, how to make it work
On Thu, Dec 23, 2010 at 1:32 AM, Leslie Jensen les...@eskk.nu wrote: I'm looking for a description on how to make the switching between monitors work. In my case it's the key combination Fn + F8 on a Dell Latitude E6500. Any help appreciated :-) On my dell laptop, the monitor must be connected when X is started for the function key toggle to work. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
I know its a little OT, but I'm hunting for a mainboard to plug this CPU into and build a file server. So the ideal specs are (and maybe dreaming too :) ): 184 pin RAM DIMM SataIII 4+ ports Either onboard or AGP Video 2x Gigabit LAN Obviously I don't need much RAM, just juice the throughput from the HDD to the LAN, and plenty of bandwidth. That said a lot of my specs could be pipe dreaming, I know. I'm looking at 3x 2Tb Seagate 64Mb SATAIII's so I'd rather not waste it, I'm sure you'd agree. I'll be setting up RAID5 in some fashion or other, just still choosing my method between ZFS and VINUM or something. So the need for as many SATA ports is a must :) Any help finding a suitable model would be much appreciated- very hard to find anything still in stock. And of course advice will be very welcome :) Cheers ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
I know its a little OT, but I'm hunting for a mainboard to plug this CPU into and build a file server. So the ideal specs are (and maybe dreaming too :) ): 184 pin RAM DIMM SataIII 4+ ports Either onboard or AGP Video 2x Gigabit LAN Obviously I don't need much RAM, just juice the throughput from the HDD to the LAN, and plenty of bandwidth. That said a lot of my specs could be pipe dreaming, I know. I'm looking at 3x 2Tb Seagate 64Mb SATAIII's so I'd rather not waste it, I'm sure you'd agree. I'll be setting up RAID5 in some fashion or other, just still choosing my method between ZFS and VINUM or something. So the need for as many SATA ports is a must :) Any help finding a suitable model would be much appreciated- very hard to find anything still in stock. And of course advice will be very welcome :) Cheers ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Laptop with external monitor, how to make it work
On 2010-12-23 09:11, Adam Vande More wrote: On Thu, Dec 23, 2010 at 1:32 AM, Leslie Jensenles...@eskk.nu wrote: I'm looking for a description on how to make the switching between monitors work. In my case it's the key combination Fn + F8 on a Dell Latitude E6500. Any help appreciated :-) On my dell laptop, the monitor must be connected when X is started for the function key toggle to work. You're right! I'm on a KVM switch and I booted the laptop while working with another PC. Thanks :-) /Leslie PS: Is it a lot of work to get the key combination to work? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Laptop with external monitor, how to make it work
On Thu, Dec 23, 2010 at 08:32:12AM +0100, Leslie Jensen wrote: I'm looking for a description on how to make the switching between monitors work. In my case it's the key combination Fn + F8 on a Dell Latitude E6500. Try xrandr(1) instead. That should work even if you're not booting with the external monitor connected I've used the following to get my laptop desktop (1366x768) to show up on a beamer which has a lower resolution (1024x768). xrandr --output VGA-0 --same-as LVDS --scale 1.33x1 --verbose Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgphu71FST2zn.pgp Description: PGP signature
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 23 December 2010 08:23, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: I know its a little OT, but I'm hunting for a mainboard to plug this CPU into and build a file server. So the ideal specs are (and maybe dreaming too :) ): 184 pin RAM DIMM SataIII 4+ ports Either onboard or AGP Video 2x Gigabit LAN Obviously I don't need much RAM, just juice the throughput from the HDD to the LAN, and plenty of bandwidth. That said a lot of my specs could be pipe dreaming, I know. I'm looking at 3x 2Tb Seagate 64Mb SATAIII's so I'd rather not waste it, I'm sure you'd agree. I'll be setting up RAID5 in some fashion or other, just still choosing my method between ZFS and VINUM or something. So the need for as many SATA ports is a must :) Any help finding a suitable model would be much appreciated- very hard to find anything still in stock. And of course advice will be very welcome :) Cheers http://cgi.ebay.com.au/ASUS-K8N-AMD-Socket-754-AGP-SATA-nForce3-250-MB-EMS-/220703726350?pt=AU_Componentshash=item3362f79b0e#ht_5060wt_1138 I just searched for 754 SATA on ebay.com.au You _are_ dreaming about the 4x SATA though IMO; I'd just get an expansion card. Or get a cheap bundle with new MB/CPU; it's not always worth salvaging an old CPU like that. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 12/23/10 21:36, Chris Rees wrote: On 23 December 2010 08:23, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: I know its a little OT, but I'm hunting for a mainboard to plug this CPU into and build a file server. So the ideal specs are (and maybe dreaming too :) ): 184 pin RAM DIMM SataIII 4+ ports Either onboard or AGP Video 2x Gigabit LAN Obviously I don't need much RAM, just juice the throughput from the HDD to the LAN, and plenty of bandwidth. That said a lot of my specs could be pipe dreaming, I know. I'm looking at 3x 2Tb Seagate 64Mb SATAIII's so I'd rather not waste it, I'm sure you'd agree. I'll be setting up RAID5 in some fashion or other, just still choosing my method between ZFS and VINUM or something. So the need for as many SATA ports is a must :) Any help finding a suitable model would be much appreciated- very hard to find anything still in stock. And of course advice will be very welcome :) Cheers http://cgi.ebay.com.au/ASUS-K8N-AMD-Socket-754-AGP-SATA-nForce3-250-MB-EMS-/220703726350?pt=AU_Componentshash=item3362f79b0e#ht_5060wt_1138 I just searched for 754 SATA on ebay.com.au You _are_ dreaming about the 4x SATA though IMO; I'd just get an expansion card. Or get a cheap bundle with new MB/CPU; it's not always worth salvaging an old CPU like that. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Thanks, but Athlon64 is a 939. Yeah, it may not be worth salvaging, but I thought the cost might be less... I'm more than likely wrong. Worth putting feelers out, though :) Cheers ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Completely remove user from system
Hi list, We are using postfix with system user authentication, I have to completely remove an user for the system so he couldn't auth to send e-mails. Some coworkers told to just remove the lines from /etc/passwd and /etc/master.passwd... I did that but the user still can authenticate. using pw user show XXX returns that still have a register from the user XXX but trying the pw user del XXX it says there is no such user.. I tried rmuser and here is the return: # rmuser XXX Matching password entry: XXX:*:20887:1014::0:0:X X:/home/XXX:/nonexistent Is this the entry you wish to remove? y Remove user's home directory (/home/)? y Removing user (XXX): home passwdpw: user 'XXX' does not exist: No such file or directory There is any other thing that I can do to completely remove this user? It's urgent 'cos it's sending a lot of spam mails :( and our server administrator is on vacation :/ Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Completely remove user from system
On Thu, Dec 23, 2010 at 10:06:31AM -0200, itpr0 wrote: Hi list, We are using postfix with system user authentication, I have to completely remove an user for the system so he couldn't auth to send e-mails. Some coworkers told to just remove the lines from /etc/passwd and /etc/master.passwd... I did that but the user still can authenticate. using pw user show XXX returns that still have a register from the user XXX but trying the pw user del XXX it says there is no such user.. I tried rmuser and here is the return: # rmuser XXX Matching password entry: XXX:*:20887:1014::0:0:X X:/home/XXX:/nonexistent Is this the entry you wish to remove? y Remove user's home directory (/home/)? y Removing user (XXX): home passwdpw: user 'XXX' does not exist: No such file or directory There is any other thing that I can do to completely remove this user? It's urgent 'cos it's sending a lot of spam mails :( and our server administrator is on vacation :/ Thank you. After modifying /etc/master.passwd, you need to run pwd_mkdb(8): pwd_mkdb /etc/master.passwd Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpsjuRKCxL1R.pgp Description: PGP signature
Re: Completely remove user from system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 23 Dec 2010, itpr0 wrote: |Hi list, | |We are using postfix with system user authentication, I have to completely |remove an user for the system so he couldn't auth to send e-mails. | |Some coworkers told to just remove the lines from /etc/passwd and |/etc/master.passwd... I did that but the user still can authenticate. | |using pw user show XXX returns that still have a register from the user |XXX but trying the pw user del XXX it says there is no such user.. | |I tried rmuser and here is the return: | |# rmuser XXX |Matching password entry: | |XXX:*:20887:1014::0:0:X X:/home/XXX:/nonexistent | |Is this the entry you wish to remove? y |Remove user's home directory (/home/)? y |Removing user (XXX): home passwdpw: user 'XXX' does not exist: No such file |or directory | One of simpliest ways to remove user is the `vipw' command. vipw opens master.passwd file in vi editor. After removing nesessary string vipw rebuild user's database. After that your can just remove user's home directory and even say locate.updatedb if you don't want to see removed user via `locate' :) +---+ ! CANMOS ISP Network! +---+ ! Best regards ! ! Igor V. Ruzanov, network operational staff! ! e-Mail: ig...@canmos.ru ! +---+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: For info see http://quantumlab.net/pine_privacy_guard/ iD8DBQFNE0bgbt6QiUlK9twRAjFEAJ9MHSy2UmmoGjSYyvgebD/eZqaqpACfWECI cCXL5qFCI4CWMb/+kJGK+JU= =Pp4z -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 23 December 2010 11:44, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: snip Thanks, but Athlon64 is a 939. Yeah, it may not be worth salvaging, but I thought the cost might be less... I'm more than likely wrong. Worth putting feelers out, though :) Athlon64s can be 754, 939 or AM2. Perhaps you meant *your* Athlon64 is a 939? Sorry you're not having much luck. If I knew the Aussie market I'd help you to pick something comparable, but that's better left to someone more local for you! Hope you get some results soon. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Well, I broke it! FreeBSD V8.1 release
On 22 Dec 2010 at 9:49, Chris Brennan wrote: IIRC ';' isn't a valid bash comment ... (which has been previously discussed elsewhere). It's usually safer to use '#' for comment in /etc/rc.conf and other system config files as they typically use BASH style structs. Accepted and acknowledged as my finger trouble. As earlier, that issue is now fixed. Thanks. Dave B. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Completely remove user from system
Igor V. Ruzanov writes: One of simpliest ways to remove user is the `vipw' command. vipw opens master.passwd file in vi editor. Though it's called vipw, it will try to use any program pointed to by the EDITOR environment variable. Respectfully, Robert setenv EDITOR xemacs Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: Which network driver for RTL8211 or 8201 NIC's?
-Original Message- From: Mike Clarke [mailto:jmc-freeb...@milibyte.co.uk] Sent: 22 December 2010 21:46 To: freebsd-questions@freebsd.org Subject: Which network driver for RTL8211 or 8201 NIC's? I need to replace a failing motherboard. I'm aiming to keep the existing Athlon CPU so I'm tied down to to a socket AM2(+) board and the majority of those available seem to have nForce 630a chipsets and RTL8211CL or 8201EL NIC's which aren't explicitly mentioned in the release notes http://www.freebsd.org/releases/8.1R/hardware.html#ETHERNET. I see that the strings RTL8211C(L) and RTL8201L (but not EL) appear in /usr/src/sys/dev/rgephy.c and rlphy.c but the man page for the rl driver only mentions RealTek 8129/8139 and I'm not sure which driver is built from rgephy.c. Am I going to have problems if I get a motherboard with one of these NIC's? -- Mike Clarke ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org I have an am2+ board in a machine with a realtek card and it is using the re driver, might be worth having a look there. Regards Graeme ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 12/23/10 23:16, Chris Rees wrote: On 23 December 2010 11:44, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: snip Thanks, but Athlon64 is a 939. Yeah, it may not be worth salvaging, but I thought the cost might be less... I'm more than likely wrong. Worth putting feelers out, though :) Athlon64s can be 754, 939 or AM2. Perhaps you meant *your* Athlon64 is a 939? Sorry you're not having much luck. If I knew the Aussie market I'd help you to pick something comparable, but that's better left to someone more local for you! Hope you get some results soon. Well thats from memory, and it is pretty old now I agree. Might have been a local thing then. As I remember it only the Athlon and then Semperon's were 754. The 64's and FX's were 939. The later Athlons were AM2, but that was just after I got this one, and they're the X2's I believe. But again, that may have been local. I've got wholesale contacts, but I was hoping to make use of this spare chip and RAM floating about. Diff would be around $100, so only kinda worth it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 12/23/10 13:57, Da Rock wrote: I've got wholesale contacts, but I was hoping to make use of this spare chip and RAM floating about. Diff would be around $100, so only kinda worth it. It might be worth looking at Intel Atom processor boards or similar, there are plenty of very low power boards around now. If you can find something that suits you will recoup the cost of the new processor and RAM with much reduced electricity consumption, I believe around 10 times less. There's been a few threads recently about low power boards. eg this thread http://www.freebsd.org/cgi/getmsg.cgi?fetch=411819+0+/usr/local/www/db/text/2010/freebsd-questions/20101128.freebsd-questions suggests this board http://www.supermicro.com/products/motherboard/ATOM/ICH9/X7SPE.cfm?typ=HIPMI=Y which looks like it covers what you want. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 23 December 2010 13:57, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: On 12/23/10 23:16, Chris Rees wrote: On 23 December 2010 11:44, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: snip Thanks, but Athlon64 is a 939. Yeah, it may not be worth salvaging, but I thought the cost might be less... I'm more than likely wrong. Worth putting feelers out, though :) Athlon64s can be 754, 939 or AM2. Perhaps you meant *your* Athlon64 is a 939? Sorry you're not having much luck. If I knew the Aussie market I'd help you to pick something comparable, but that's better left to someone more local for you! Hope you get some results soon. Well thats from memory, and it is pretty old now I agree. Might have been a local thing then. As I remember it only the Athlon and then Semperon's were 754. The 64's and FX's were 939. The later Athlons were AM2, but that was just after I got this one, and they're the X2's I believe. But again, that may have been local. I think you're thinking of Socket 462. This might clear it up a little: http://en.wikipedia.org/wiki/Athlon64 Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Completely remove user from system
There is any other thing that I can do to completely remove this user? It's urgent 'cos it's sending a lot of spam mails :( and our server administrator is on vacation :/ Thank you. In addition to what others wrote, in cases spam is not direct from your host, but perhaps relaying (now or later) via your host, check with this: echo /usr/local/*bin/*sasl* If there is no sasl installed, dont worry thats fine, dont install it just to check, just exit, else :-) man sasldblistusers # you might have sasl2 instead of sasl su /usr/local/sbin/sasldblistusers # If your rogue user is in list man saslpasswd Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, or HTML or base 64. Avoid top posting, it cripples itemised cumulative responses. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On Thu, 23 Dec 2010 18:23:30 +1000 Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: I know its a little OT, but I'm hunting for a mainboard to plug this CPU into and build a file server. So the ideal specs are (and maybe dreaming too :) ): 184 pin RAM DIMM SataIII 4+ ports Either onboard or AGP Video 2x Gigabit LAN Obviously I don't need much RAM, just juice the throughput from the HDD to the LAN, and plenty of bandwidth. That said a lot of my specs could be pipe dreaming, I know. I'm looking at 3x 2Tb Seagate 64Mb SATAIII's so I'd rather not waste it, I'm sure you'd agree. I'll be setting up RAID5 in some fashion or other, just still choosing my method between ZFS and VINUM or something. So the need for as many SATA ports is a must :) Any help finding a suitable model would be much appreciated- very hard to find anything still in stock. And of course advice will be very welcome :) I just did a quick search on ebay australia for socket 939 motherboard and hit this http://shop.ebay.com.au/?_from=R40_trksid=m570_nkw=socket+939+motherboard_sacat=See-All-Categories One of my computers is a Asus A8N-VM 939. It has 2 ports for SATA and I added another SATA card into the PCI-E x1 slot. I found an AMD64x2 CPU on ebay that was reasonable nad have 4G of RAM. This is not the latest or greatest but it is still a very functional computer. I hope this helps. Robert P.S. I will be taking my first trip to AU in February and am quite excited about it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
rc.d and environment variables
Colleagues, The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? I tried to do this via a login class for the svn user, but it did not work. If I first 'su -l svn' and then start the daemon manually, the environment variable is set all right, but not when it is started from /usr/local/etc/rc.d/svnserve. All this is happening on 8.1-RELEASE-p2. Thanks in advance for any help. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
rc.d and environment variables
Colleagues, The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? I tried to do this via a login class for the svn user, but it did not work. If I first 'su -l svn' and then start the daemon manually, the environment variable is set all right, but not when it is started from /usr/local/etc/rc.d/svnserve. All this is happening on 8.1-RELEASE-p2. Thanks in advance for any help. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Inappropriate ioctl for device
I'm writing a simple char device. So far everything went so good
(read/write), but here I'm going to add support for ioctl.
int
ioctl(struct cdev *dev, u_long cmd, caddr_t data, int flags, struct thread *td)
{
int error = 0;
uprintf(Here...\n);
return(error);
}
and I'm calling it here:
len = ioctl(cd, 0, );
perror(ioctl);
but when runnig it says:
ioctl: Inappropriate ioctl for device
where's the problem?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
On Thu, 23 Dec 2010 23:27:52 +0600, Victor Sudakov v...@mpeks.tomsk.su wrote: Colleagues, The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? If the user corresponding to the svnservice has a login shell, which would usually be the system's default dialog shell, the C shell, you could edit /etc/csh.cshrc and put setenv KRB5_KTNAME /home/svn/svn.keytab to make it a system-wide setting (or use the user's ~/.cshrc for a user-only setting). In case the user does NOT have a default shell, I think you should be able to also define a system-wide environmental variable by coding KRB5_KTNAME=/home/svn/svn.keytab; export KRB5_KTNAME into /etc/rc.local (which will be executed at system startup). See man rc.local for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
On Thu, Dec 23, 2010 at 08:12:49PM +0100, Polytropon wrote: On Thu, 23 Dec 2010 23:27:52 +0600, Victor Sudakov v...@mpeks.tomsk.su wrote: Colleagues, The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? If the user corresponding to the svnservice has a login shell, which would usually be the system's default dialog shell, the C shell, you could edit /etc/csh.cshrc and put setenv KRB5_KTNAME /home/svn/svn.keytab to make it a system-wide setting (or use the user's ~/.cshrc for a user-only setting). In case the user does NOT have a default shell, I think you should be able to also define a system-wide environmental variable by coding KRB5_KTNAME=/home/svn/svn.keytab; export KRB5_KTNAME into /etc/rc.local (which will be executed at system startup). See man rc.local for details. Put it in /etc/rc.conf and have your script read up rc.conf and set any of the stuff in there it is interested in, such as KRB5_KINAME. I think that is the officially sanctioned way of doing such things. jerry -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
On Thu, 23 Dec 2010 14:14:43 -0500, Jerry McAllister jerr...@msu.edu wrote: On Thu, Dec 23, 2010 at 08:12:49PM +0100, Polytropon wrote: On Thu, 23 Dec 2010 23:27:52 +0600, Victor Sudakov v...@mpeks.tomsk.su wrote: Colleagues, The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? If the user corresponding to the svnservice has a login shell, which would usually be the system's default dialog shell, the C shell, you could edit /etc/csh.cshrc and put setenv KRB5_KTNAME /home/svn/svn.keytab to make it a system-wide setting (or use the user's ~/.cshrc for a user-only setting). In case the user does NOT have a default shell, I think you should be able to also define a system-wide environmental variable by coding KRB5_KTNAME=/home/svn/svn.keytab; export KRB5_KTNAME into /etc/rc.local (which will be executed at system startup). See man rc.local for details. Put it in /etc/rc.conf and have your script read up rc.conf and set any of the stuff in there it is interested in, such as KRB5_KINAME. I think that is the officially sanctioned way of doing such things. I'm not sure this will work. The initial question was about how to obtain an environmental variable. If the rc.d script of svnserve sources /etc/rc.conf and/or /etc/rc.conf.local, it is okay, but what if a binary wants to read the variable by the standard way, i. e. int main(int argc, char *argv[], char *envp[]) then there will be no access to files like /etc/rc.conf. This means the variable will have to be a validly set environmental variable that can be output by % env or a similar program (or mechanism). Settings from /etc/rc.conf do NOT show up as environmental variables. Anyway, if svnserve is able to be passed a command string to, a setting like svnserve_flags=... -k /home/svn/svn.keytab ... coded in /etc/rc.conf or /etc/rc.conf.local would work, and would also be the preferred method for such things. In fact, I've not come across the need to have an environmental variable to store a configuration setting for an additional program, as such kind of variables is mainly for low level system use, mostly. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Polytropon free...@edvax.de writes: I'm not sure this will work. The initial question was about how to obtain an environmental variable. If the rc.d script of svnserve sources /etc/rc.conf and/or /etc/rc.conf.local, it is okay, They do. rc.d scripts all start by sucking in rc.subr, which in turn pulls in the rc.conf files. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: do i need a dedicated ip address for https?
Laszlo == Laszlo Nagy gand...@shopzeus.com writes: Laszlo But there are possibilities. You can use different SSL certificates for the Laszlo same ip address and different port numbers: Laszlo https://your_domain_1:4430 Laszlo https://your_domain_2:4431 That's a bad idea if you expect that any of your visitors are coming from behind most corporate firewalls, because the proxy CONNECT command is almost always limited to port 443 as a security feature. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AMD Athlon64 Mainboard - NOT SPAM: please check it out :)
On 12/24/10 01:44, Chris Rees wrote: On 23 December 2010 13:57, Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: On 12/23/10 23:16, Chris Rees wrote: On 23 December 2010 11:44, Da Rock freebsd-questi...@herveybayaustralia.com.auwrote: snip Thanks, but Athlon64 is a 939. Yeah, it may not be worth salvaging, but I thought the cost might be less... I'm more than likely wrong. Worth putting feelers out, though :) Athlon64s can be 754, 939 or AM2. Perhaps you meant *your* Athlon64 is a 939? Sorry you're not having much luck. If I knew the Aussie market I'd help you to pick something comparable, but that's better left to someone more local for you! Hope you get some results soon. Well thats from memory, and it is pretty old now I agree. Might have been a local thing then. As I remember it only the Athlon and then Semperon's were 754. The 64's and FX's were 939. The later Athlons were AM2, but that was just after I got this one, and they're the X2's I believe. But again, that may have been local. I think you're thinking of Socket 462. This might clear it up a little: http://en.wikipedia.org/wiki/Athlon64 Chris No, but you're right I'll agree. Mustn't have been available via my sources though- only the 32bit processors were 754 here, 64 had to be a 939. Probably some smartarse' marketing ploy... :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Polytropon wrote: The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? If the user corresponding to the svnservice has a login shell, which would usually be the system's default dialog shell, the C shell, you could edit /etc/csh.cshrc and put setenv KRB5_KTNAME /home/svn/svn.keytab to make it a system-wide setting (or use the user's ~/.cshrc for a user-only setting). I have tried putting setenv KRB5_KTNAME /home/svn/svn.keytab in ~svn/.cshrc, it does not help. Evidently the svn user's login shell is not called when /usr/local/etc/rc.d/svnserve start is called. In case the user does NOT have a default shell, I think you should be able to also define a system-wide environmental variable by coding KRB5_KTNAME=/home/svn/svn.keytab; export KRB5_KTNAME into /etc/rc.local (which will be executed at system startup). See man rc.local for details. Excuse me? What does /etc/rc.local have to do with the rc.subr framework? Of course I can abandon the standard /usr/local/etc/rc.d/svnserve script and write my own one, or start svnserve from /etc/rc.local (which I will do if I don't find a more graceful way), but it is not what the question was about. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Buon Natale e felice anno nuovo
I Nostri siti di Annunci gratis: www.vucumbra.it NewS www.annunciasubito.com consigliato www.vetrinaannunci.net consigliato www.iltuoposts.it www.annuncifreschi.it NEWS www.annunciitalia.net www.annunciz.it www.annuncinews.com www.wordannunci.it www.annuncissimi.it www.annunciannunci.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Jerry McAllister wrote: The svnserve daemon is started from /usr/local/etc/rc.d/svnserve. I need to pass the environment variable KRB5_KTNAME=/home/svn/svn.keytab to the daemon on start. How do I do that? If the user corresponding to the svnservice has a login shell, which would usually be the system's default dialog shell, the C shell, you could edit /etc/csh.cshrc and put setenv KRB5_KTNAME /home/svn/svn.keytab to make it a system-wide setting (or use the user's ~/.cshrc for a user-only setting). In case the user does NOT have a default shell, I think you should be able to also define a system-wide environmental variable by coding KRB5_KTNAME=/home/svn/svn.keytab; export KRB5_KTNAME into /etc/rc.local (which will be executed at system startup). See man rc.local for details. Put it in /etc/rc.conf and have your script read up rc.conf and set any of the stuff in there it is interested in, such as KRB5_KINAME. What my script do you mean? The script /usr/local/etc/rc.d/svnserve is already installed by the port, how can I make the stock script read up KRB5_KTNAME from rc.conf? And besides, KRB5_KTNAME should be only defined for the svn user (the user svnserve runs from) and not any other user. I think that is the officially sanctioned way of doing such things. Of course I can always write my own script or put something like su -l svn -c 'usr/local/bin/svnserve -d --listen-port=3690 bla bla' into /etc/rc.local, but the question was about the rc.d framework. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
On Fri, 24 Dec 2010 09:07:35 +0600, Victor Sudakov v...@mpeks.tomsk.su wrote: I have tried putting setenv KRB5_KTNAME /home/svn/svn.keytab in ~svn/.cshrc, it does not help. Evidently the svn user's login shell is not called when /usr/local/etc/rc.d/svnserve start is called. I did already assume something like that. This mechanism relies on some kind of login that causes the shell to be run (usually an interactive shell), which isn't the case here. Excuse me? What does /etc/rc.local have to do with the rc.subr framework? Nothing. The /etc/rc.local script is executed along with the system startup. It is considered obsolete (I think), but it should work, and therefore be able to set a system-wide environment variable. This script is not in any relation with the rc.subr framework. Of course I can abandon the standard /usr/local/etc/rc.d/svnserve script and write my own one, or start svnserve from /etc/rc.local (which I will do if I don't find a more graceful way), but it is not what the question was about. Yes, I fully understand: You need to set an environmental variable that will be picked up later on by the svnserve program (in some way, not neccessarily by accessing a file). That's why I think KRB5_KTNAME=/home/svn/svn.keytab; export KRB5_KTNAME in /etc/rc.local should create the $KRB5_KTNAME environment variable at system startup. Anyway, did you find a way to use some _flags= setting for /etc/rc.conf to be used by svnserve? This would be the method most other programs handle things like configuration flags that are not set by an own config file. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
On Fri, 24 Dec 2010 09:13:53 +0600, Victor Sudakov v...@mpeks.tomsk.su wrote: Of course I can always write my own script or put something like su -l svn -c 'usr/local/bin/svnserve -d --listen-port=3690 bla bla' into /etc/rc.local, but the question was about the rc.d framework. Environmental variables cannot be controlled by the rc.d framework, as far as I understand. Using login classes to define them should be the correct way. From man login.conf: setenv listA comma-separated list of environment variables and values to which they are to be set. What did you enter for the svnserve user in /etc/login.conf, and did you make sure there is no override setting in the corresponding user's ~/.login.conf? A valid setting should look like this, :setenv=KRB5_KTNAME=/home/svn/svn.keytab: embedded into the proper structures. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
fetching mail (but not fetchmail)
Bit of an odd question. But I will try. Is it possible to set up some mechanism (in freebsd or maybe gentoo (doesn't matter to me)) to pop/imap into my mail location and download everything as storage and then I imap to my local machine to read my mail. I realize I can pop/imap directly into my mail, the goal of this exorcise is to store my mail on one of my local servers and not my windows machine which can change at a moment's notice. (I just don't like the idea of permanent/long-term storage in Windows :/ ) C- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Polytropon wrote: [dd] Anyway, if svnserve is able to be passed a command string to, a setting like svnserve_flags=... -k /home/svn/svn.keytab ... No, this is not a svnserve option, it is a setting used by libsasl2 with which svnserve is linked (or even by libkrb5.so). coded in /etc/rc.conf or /etc/rc.conf.local would work, and would also be the preferred method for such things. In fact, I've not come across the need to have an environmental variable to store a configuration setting for an additional program, as such kind of variables is mainly for low level system use, mostly. This need is indeed rare, but not nonexistent. In fact, if cyrus-sasl implemented the keytab: configuration option, there would be no need to set KRB5_KTNAME prior to starting svnserve. I also remember a need to pass $ORACLE_HOME to apache on start for some PHP module to work correctly. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
SAS HBA card for freebsd?
I have been running FreeBSD for about a year and tracking the ZFS implementation for almost as long. I am reasonably happy with the current stable 8.1 ZFS configs that I have been running with a few TB of storage all managed with an integrated SATA controller on my test machine. I am about to invest a little bit of money in a production machine targeted for a bunch of cheapo storage attachment and plan to implement on FreeBSD / ZFS. I have searched around on this topic and most info seems to be a bit out of date or contradictory, so here is the question at the risk of being redundant. I need a SAS controller that has preferably 8 ports (two four channel) connections per card. I don't mind decent buying a RAID card but really really desire it to be configurable in HBA mode vs. RAID or JBOD with RAID signatures. There are plenty of HBA only cards that would be suitable but I can find none that seem to fit the bill in terms of FreeBSD. I have seen a couple of cheap RAID cards recommended but cannot seem to get a definitive answer of whether they are actually configurable as plain old disks (HBA mode) vs JBOD w/ RAID signature. Anybody using a reasonably priced card that fits the bill? Thanks RB ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Lowell Gilbert wrote: I'm not sure this will work. The initial question was about how to obtain an environmental variable. If the rc.d script of svnserve sources /etc/rc.conf and/or /etc/rc.conf.local, it is okay, They do. rc.d scripts all start by sucking in rc.subr, which in turn pulls in the rc.conf files. So how do I make the /usr/local/etc/rc.d/svnserve script suck in KRB5_KTNAME for the svn user from the rc.conf* files? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Polytropon wrote: I have tried putting setenv KRB5_KTNAME /home/svn/svn.keytab in ~svn/.cshrc, it does not help. Evidently the svn user's login shell is not called when /usr/local/etc/rc.d/svnserve start is called. I did already assume something like that. This mechanism relies on some kind of login that causes the shell to be run (usually an interactive shell), which isn't the case here. Besides, the login.conf capability database does not seem to be used by the rc.d framework either, which is sad. Excuse me? What does /etc/rc.local have to do with the rc.subr framework? Nothing. The /etc/rc.local script is executed along with the system startup. It is considered obsolete (I think), but it should work, and therefore be able to set a system-wide environment variable. I guess any environment variable set in the /etc/rc.local script would be available in the script itself and its children, but not system wide. Even if it were, remember, I do not need to change KRB5_KTNAME system wide, but just for one particular user. [dd] Anyway, did you find a way to use some _flags= setting for /etc/rc.conf to be used by svnserve? This would be the method most other programs handle things like configuration flags that are not set by an own config file. To my regret, this is not a svnserve option, it is a setting used by libsasl2 with which svnserve is linked. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Best SAS controller
I have been running FreeBSD for about a year and tracking the ZFS implementation for almost as long. I am reasonably happy with the current stable 8.1 ZFS configs that I have been running with a few TB of storage all managed with an integrated SATA controller on my test machine. I am about to invest a little bit of money in a production machine targeted for a bunch of cheapo storage attachment and plan to implement on FreeBSD / ZFS. I have searched around on this topic and most info seems to be a bit out of date or contradictory, so here is the question at the risk of being redundant. I need a SAS controller that has preferably 8 ports (two four channel) connections per card. I don't mind decent buying a RAID card but really really desire it to be configurable in HBA mode vs. RAID or JBOD with RAID signatures. There are plenty of HBA only cards that would be suitable but I can find none that seem to fit the bill in terms of FreeBSD. I have seen a couple of cheap RAID cards recommended but cannot seem to get a definitive answer of whether they are actually configurable as plain old disks (HBA mode) vs JBOD w/ RAID signature. Anybody using a reasonably priced card that fits the bill? Thanks RB ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
Polytropon wrote: Of course I can always write my own script or put something like su -l svn -c 'usr/local/bin/svnserve -d --listen-port=3690 bla bla' into /etc/rc.local, but the question was about the rc.d framework. Environmental variables cannot be controlled by the rc.d framework, as far as I understand. Using login classes to define them should be the correct way. From man login.conf: setenv listA comma-separated list of environment variables and values to which they are to be set. I thought of that, and in fact I wrote about it in the very first message: I tried to do this via a login class for the svn user, but it did not work. If I first 'su -l svn' and then start the daemon manually, the environment variable is set all right, but not when it is started from /usr/local/etc/rc.d/svnserve. What did you enter for the svnserve user in /etc/login.conf, svn:\ :setenv=KRB5_KTNAME=~/svn.keytab:\ :tc=default: and did you make sure there is no override setting in the corresponding user's ~/.login.conf? I am pretty sure because when I login interactively as svn, I see $ whoami svn $ printenv | grep KT KRB5_KTNAME=/home/svn/svn.keytab $ But it does not work for the rc.d script. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rc.d and environment variables
On 12/24/10 13:50, Victor Sudakov wrote: Polytropon wrote: Of course I can always write my own script or put something like su -l svn -c 'usr/local/bin/svnserve -d --listen-port=3690 bla bla' into /etc/rc.local, but the question was about the rc.d framework. Environmental variables cannot be controlled by the rc.d framework, as far as I understand. Using login classes to define them should be the correct way. From man login.conf: setenv listA comma-separated list of environment variables and values to which they are to be set. I thought of that, and in fact I wrote about it in the very first message: I tried to do this via a login class for the svn user, but it did not work. If I first 'su -l svn' and then start the daemon manually, the environment variable is set all right, but not when it is started from /usr/local/etc/rc.d/svnserve. What did you enter for the svnserve user in /etc/login.conf, svn:\ :setenv=KRB5_KTNAME=~/svn.keytab:\ :tc=default: and did you make sure there is no override setting in the corresponding user's ~/.login.conf? I am pretty sure because when I login interactively as svn, I see $ whoami svn $ printenv | grep KT KRB5_KTNAME=/home/svn/svn.keytab $ But it does not work for the rc.d script. Doesn't the rc.d script run as root initially and then a method (default flags, etc) is used to change the owner to a nobody (restricted privilege user)? Just my 2c, but please correct me if I'm wrong. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fetching mail (but not fetchmail)
On 24/12/2010 03:27, Chris Brennan wrote: Bit of an odd question. But I will try. Is it possible to set up some mechanism (in freebsd or maybe gentoo (doesn't matter to me)) to pop/imap into my mail location and download everything as storage and then I imap to my local machine to read my mail. I realize I can pop/imap directly into my mail, the goal of this exorcise is to store my mail on one of my local servers and not my windows machine which can change at a moment's notice. (I just don't like the idea of permanent/long-term storage in Windows :/ ) fetchmail -- http://fetchmail.berlios.de/ plus dovecot -- http://www.dovecot.org/ They're in ports. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: fetching mail (but not fetchmail)
n Fri, Dec 24, 2010 at 12:47 AM, Matthew Seaman m.sea...@infracaninophile.co.uk wrote: On 24/12/2010 03:27, Chris Brennan wrote: Bit of an odd question. But I will try. Is it possible to set up some mechanism (in freebsd or maybe gentoo (doesn't matter to me)) to pop/imap into my mail location and download everything as storage and then I imap to my local machine to read my mail. I realize I can pop/imap directly into my mail, the goal of this exorcise is to store my mail on one of my local servers and not my windows machine which can change at a moment's notice. (I just don't like the idea of permanent/long-term storage in Windows :/ ) fetchmail -- http://fetchmail.berlios.de/ plus dovecot -- http://www.dovecot.org/ They're in ports. Cheers, Matthew Thanks but I I think maybe I wasn't entirely clear. With fetchmail (which is why I said but not fetchmail in the subject) I very well can download all my mail. For reading locally, on the console (not what I had in mind). Or is this where dovecot comes into play? To prepare the previously fetched mail and prepare it for pop/imap access? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fetching mail (but not fetchmail)
On Fri, 24 Dec 2010 01:01:48 -0500, Chris Brennan xa...@xaerolimit.net wrote: Thanks but I I think maybe I wasn't entirely clear. With fetchmail (which is why I said but not fetchmail in the subject) I very well can download all my mail. For reading locally, on the console (not what I had in mind). Or is this where dovecot comes into play? To prepare the previously fetched mail and prepare it for pop/imap access? No. The fetchmail program usually fetches (copies and flushes, or not flushes) the POP mailbox and places the content on your local machine into your user's mailbox, /var/mail/$USER. From there on, you can do with the mail what you want, e. g. view it with mail (from the base system), incorporate from spool into Sylpheed, Thunderbird, pine, whatever program you want, or continue processing with another program (e. g. to transfer the messages elsewhere - this is where docevot enters the scene). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fetching mail (but not fetchmail)
On Fri, Dec 24, 2010 at 1:07 AM, Polytropon free...@edvax.de wrote: On Fri, 24 Dec 2010 01:01:48 -0500, Chris Brennan xa...@xaerolimit.net wrote: Thanks but I I think maybe I wasn't entirely clear. With fetchmail (which is why I said but not fetchmail in the subject) I very well can download all my mail. For reading locally, on the console (not what I had in mind). Or is this where dovecot comes into play? To prepare the previously fetched mail and prepare it for pop/imap access? No. The fetchmail program usually fetches (copies and flushes, or not flushes) the POP mailbox and places the content on your local machine into your user's mailbox, /var/mail/$USER. From there on, you can do with the mail what you want, e. g. view it with mail (from the base system), incorporate from spool into Sylpheed, Thunderbird, pine, whatever program you want, or continue processing with another program (e. g. to transfer the messages elsewhere - this is where docevot enters the scene). Ok so fetchmail is step 1, step 2 is to unleash dovecet on /var/mail/$USER and then just point ex: thunderbird at my local server:port and happy hunting? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fetching mail (but not fetchmail)
On Dec 24, 2010, at 12:01 AM, Chris Brennan wrote: Thanks but I I think maybe I wasn't entirely clear. With fetchmail (which is why I said but not fetchmail in the subject) I very well can download all my mail. For reading locally, on the console (not what I had in mind). Or is this where dovecot comes into play? To prepare the previously fetched mail and prepare it for pop/imap access? Yes, that is exactly what he was saying. Fetchmail puts it where ever you tell it to. All you have to do is put the email where dovecot can find it in a format dovecot understands. You can think of dovecot as a remote controlled email reader, one which can be driven by Mail.app, Outlook, or Firefox. But in doing this you are not giving up the ability to do mail on your console. When using maildir format both mutt and dovecot can operate out of the same mail repository at the same time. For example I use ~/Maildir/ and the maildir format. Also use procmail for initial sorting and filtering with bogofilter. In my .fetchmailrc like this: defaults proto pop3 fetchall mda /usr/local/bin/procmail -d dkelly .procmailrc something like this: MAILDIR=$HOME/Maildir/ #you'd better make sure it exists DEFAULT=/var/mail/$LOGNAME # Make a copy of everything incoming: :0 c $HOME/Mail_Backup/ # Add a Lines: header if one is lacking, so mutt knows a message's size :0 Bfh * H ?? !^Lines: * -1^0 * 1^1 ^.*$ | formail -A Lines: $= # bogofilter -u trains all tokens as spam or non-spam :0 HB: * ? bogofilter -u .spam/ # detect dupes :0 Whc: msgid.lock | formail -D 131072 msgid.cache # divert dupes :0 a: .dups/ # ultimate point of delivery :0 ./ The above .procmail puts a copy of everything in ~/Mail_Backup/ just in case. -- David Kelly N4HHE, dke...@hiwaay.net Whom computers would destroy, they must first drive mad. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
