Re: Please secure your FTP access
Even if this might get more off-topic now, allow me the following idea: On Fri, 16 Sep 2011 18:05:38 -0400, Allen wrote: My message was sent with Thunderbird. I don't normally use that because it's a resource hog and a half, but since my ISP decided to be stupid and no longer allow direct access, instantly making Mutt and Fetchmail impossible to use anymore, I have to use something else. I miss Mutt and Fetchmail, but my ISP is acting stupid. So now, I use Thunderbird sometimes, Opera's Mail client a lot more, and Kamil, and others, whenever. Sylpheed and the other one related to it get some use from me, along with Opera and Kmail, as my main clients now. Still miss Mutt though. According to what your ISP does wrong, and what your current solution is (IMAP -or- POP+SMTP), there's a nice suggestion if you want to handle your mail locally (use of program of choice, getting messages from server and storing them on _your_ machine): You've mentioned fetchmail which does regular POP3 mail incorporation and can also add many authentification features an ISP might require. If this does _not_ work anymore for you, does this mean your ISP blocks POP3, or your mail provider doesn't offer that _essential_ feature anymore? Depending on your local storing format (mbox, MH, MailDir), you can use _any_ client that understands that format (i. e. all clients use the _same_ local storage structure), so it's easy to switch clients depending on requirements. For _sending_ mail: If you run the system's sendmail mailer subsystem properly, you could directly send messages by locally enqueuing them. Many ISPs refuse to accept messages from dynamic IP, as they are considered spam. So if your ISP offers you to relay your mail through one of ITS servers (with a _static_ IP), you can easily configure a statement define(`SMART_HOST', `mx.your-isp.foo') in your mc file. In the end, you don't need to configure POP SMTP in all your different programs, but only as ~/.fetchmailrc for fetchmail (for POP), and your sendmail as described above (for SMTP). Your applications get messages from local spool and send directly to local sendmail. This allows you flexibility in case you cannot use IMAP (or intendedly want to use a program that's not capable of using IMAP). The solution described may be sufficient if your system is the only (or at least primary) one you deal with mail on. PS. This message illustrates the proper use of top-posting. appending replies to quotes, and trimming. :-) -- 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: FreeBSD 8.2 Partition Sizing question
On Thu, 15 Sep 2011 10:04:31 + (GMT), Thomas Mueller mueller6727 wrote: I can't really see the rationale for putting / and /usr on separate partitions. The idea is that even if /usr partition gets some problems (e. g. filesystem defects), / will be enough to bring the system up in SUM, and maybe do some backup or recovery in this (limited) state. I like to put /home on a separate partition, and don't like the idea of /usr/home. I agree with that. I've also created systems where /home was on a physically different disk, so being fully independent of the OS disk. I also don't like to put /var and /tmp on separate partitions: problems with size and fitting the disk space. But that can turn against you: Imagine some user is filling /tmp with big files until the disk is full. Now logs to /var cannot be written anymore. Even operations that go to / can't be successfully finished. On the other hand: If you connect /tmp to a file with a static size that is located on /, this problem would not occur. In cases where you can't predict how the usage of /tmp, /var or /usr will develop in the future, putting everything into one partition might be the best solution - expect, of course, using ZFS instead. :-) Putting /home on a separate partition allows the whole system to be upgraded, even newfs and reinstall, without touching user data. Correct, and this can be very useful sometimes. The second disk approach even enables you to change partitioning type (fdisk / GPT) and scheme without dealing with the data on the /home disk. Using diffrent partitions allows you to accomodate to differences in UFS formatting options (e. g. inode size to reflect if it will store many small files or just some very big files), as well as mount options (e. g. noexec) which may be requirements for performance or security. But this depends on your specific setting. -- 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: 9.0 bata2 keymap
.. maybe name that button skip then? Adrian ___ 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
max entries for table of ipfw?
What's the limit of entries for table of ipfw? Thanks in advance. -- best regards, Anton ___ 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: 9.0 bata2 keymap
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only us.iso.acc.kbd worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the man cmd_name command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the ee edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press Cancel there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
___
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: 9.0 bata2 keymap
On 09/17/11 10:04, Adrian Chadd wrote: .. maybe name that button skip then? The button is provided by kbdmap, as is the entire screen. We could add an installer mode to kbdmap that names it skip instead of cancel, of course. I'm traveling for another 2 weeks and won't have time to do that, however. -Nathan ___ 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: FS of choice for max random iops ( Maildir )
17.09.2011 00:39, free...@top-consulting.net wrote: I even went as far as disabling the cache flush option of ZFS through this variable: vfs.zfs.cache_flush_disable: 1, since I already have the write cache of the controller. I've also set some other variables as per the Tuning guide but according to several benchmarks ( iozone, bonnie++, dd ) ZFS still comes in slower than UFS at pretty much everything. Oh, so you are making setup for running iozone, bonnie++ and dd continuously? You really like to wait for hours before fsck will finish checking for your volume? Listen to the others, you need real world benchmark, not some stress-tests. -- Sphinx of black quartz judge my vow. ___ 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: FS of choice for max random iops ( Maildir )
16.09.2011 16:35, Terje Elde wrote: Note: you might be in trouble if you loose your ZIL, thus the doubling up. I *think* you can SSD a cache without risking dataloss, but don't take my word for it. Let me summarize this. ZFS will work even without ZIL or cache. Losing ZIL will make you LOSE DATA. It would be last 0 to 30 seconds of work. Losing cache gives you nothing bad. I didn't tested but I think ZFS will panic when losing log device. -- Sphinx of black quartz judge my vow. ___ 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: 9.0 bata2 keymap
Nathan Whitehorn wrote:
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only us.iso.acc.kbd worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the man cmd_name command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the ee edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press Cancel there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
.. maybe name that button skip then?
The button is provided by kbdmap, as is the entire screen. We could
add an installer mode to kbdmap that names it skip instead of cancel,
of course. I'm traveling for another 2 weeks and won't have time to do
that, however.
-Nathan
Nathan
Its good to be talking directly with the bsdinstall author.
Changing the cancel button in the kbdmap command to skip, does not
address the problem, which is the lack of knowledge of the standard
bsdinstall user. I've been using Freebsd since 4.0 and never used the
kbdmap command or for that matter even knew it existed.
The real question is not how to change the kbdmap command but one of
should bsdinstall even be presenting this option? Localization of
Freebsd has all ways been a advanced configuration task in previous
releases and maybe it should remain that way. Even in the comments of
bsdinstall you call this option as optional. The easiest solution is
just to comment out this code in bsdinstall.
As you stated above selecting the cancel button will keep the default.
How is the bsdinstall user suppose to know this? Changing 'cancel to
skip still does not address the problem that users are NOT going to
know that doing so will give them the old default. This is a good case
for a help dialog screen.
One way to keep the localization option is to add an informational
bsdinstall dialog screen asking the user if they want to modify this
install to use a keyboard that is language specific, (ie: Japanese
keyboard, Russian keyboard, ect). Including a statement saying that
selecting localization will launch the system kbdmap command, and then
selecting the cancel button will result in the default used in previous
releases to be used. This gives the user the information needed to base
a intelligent decision on and keeps the kbdmap command unchanged.
Another way would be to add an entry to the top of kbdmap command
database labeled (default) description so its highlighted on the
initial display and hitting enter will take this selection.
Now I must point out that I tested hitting the cancel button in the
kbdmap command. It worked in that no keymap= statement was inserted into
/etc/rc.conf but it must also make some other changes some where else in
the system because if you do select an entry from the kbdmap database
and them remove the keymap= statement that was inserted into
/etc/rc.conf and then reboot the system, it will hang on reboot.
Another point of interest is when selecting cancel for the default
keyboard still results in the block of 9 keys above the arrow keys to
not function. Issuing the man cmd_name command does display the man
page, but the {Page up, Page down keys } don't work. Also when using the
ee edit command the {delete, Page up, Page down don't work. There may
be more system utility commands with the same flaw.
This may indicate that the default keyboard map in kbdmap command has
changed, is not the same as in previous releases or some thing else in
the 9.0 system has changed. In either case this needs research.
Joe
___
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: 9.0 bata2 keymap
On 17 Sep 2011 17:25, Fbsd8 fb...@a1poweruser.com wrote:
Nathan Whitehorn wrote:
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only us.iso.acc.kbd worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the man cmd_name command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the ee edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous
releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press Cancel there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
.. maybe name that button skip then?
The button is provided by kbdmap, as is the entire screen. We could add
an installer mode to kbdmap that names it skip instead of cancel, of
course. I'm traveling for another 2 weeks and won't have time to do that,
however.
-Nathan
Nathan
Its good to be talking directly with the bsdinstall author.
Changing the cancel button in the kbdmap command to skip, does not address
the problem, which is the lack of knowledge of the standard bsdinstall user.
I've been using Freebsd since 4.0 and never used the kbdmap command or for
that matter even knew it existed.
Wait, are you suggesting that everyone on Earth can make do with the
standard keyboard layout until they learn rc.conf syntax?
I would strongly object if localisation of the keyboard were not forced on
the user; we don't all use pc105-us, and the ability to use the keyboard
properly early on is kinda helpful.
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: 9.0 bata2 keymap
Chris Rees wrote:
On 17 Sep 2011 17:25, Fbsd8 fb...@a1poweruser.com wrote:
Nathan Whitehorn wrote:
On 09/15/11 14:57, Fbsd8 wrote:
Out of the 9 USA maps only us.iso.acc.kbd worked somewhat.
The keyboard 9 key block above the arrow keys don't function.
Issuing the man cmd_name command doe's display the man page,
but the {Page up, Page down keys } don't work.
Also when using the ee edit command the {delete, Page up, Page down
keys } don't work. This does not happen in any of the previous
releases.
Further more, localization of the keyboard should not be forced on the
user during the install process. This BSDinstall option should be
disabled or removed.
You can press Cancel there, which will cancel keymap selection and
keep the default. The utility being invoked is just kbdmap(1), and any
changes to it need to go there.
-Nathan
.. maybe name that button skip then?
The button is provided by kbdmap, as is the entire screen. We could add
an installer mode to kbdmap that names it skip instead of cancel, of
course. I'm traveling for another 2 weeks and won't have time to do that,
however.
-Nathan
Nathan
Its good to be talking directly with the bsdinstall author.
Changing the cancel button in the kbdmap command to skip, does not address
the problem, which is the lack of knowledge of the standard bsdinstall user.
I've been using Freebsd since 4.0 and never used the kbdmap command or for
that matter even knew it existed.
Wait, are you suggesting that everyone on Earth can make do with the
standard keyboard layout until they learn rc.conf syntax?
I would strongly object if localisation of the keyboard were not forced on
the user; we don't all use pc105-us, and the ability to use the keyboard
properly early on is kinda helpful.
Chris
You would help yourself a great deal if you read the complete post
before jumping in. The rest of the post (ie: the part you neglected to
include in your post) clearly describes what I am suggesting.
___
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
Why selecting text with mouse often doesn't make the text pasteable with mouse mid-button click?
I notice this again and again: when I select some text in Konsole (KDE4) sometimes it doesn't paste with the middle mouse button click. I also notice the same in chrome, and it's even more likely there. Why such basic feature fails intermittently? 8.2-STABLE amd64 Yuri ___ 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
ICMP redirects and FreeBSD
Here's a networking question: Does FreeBSD generate and accept ICMP redirects? Is it controllable via tuneables? How long do routing tables generated by ICMP redirects last? --Brett Glass ___ 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: glabel, gmirror, and gpart
Notes on a gmirrored partitions setup written into a draft article: http://www.wonkity.com/~wblock/docs/html/gmirror.html ___ 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: ICMP redirects and FreeBSD
In article 201109180353.vaa25...@lariat.net you write: Here's a networking question: Does FreeBSD generate and accept ICMP redirects? Is it controllable via tuneables? How long do routing tables generated by ICMP redirects last? See man 4 inet and man 4 route R's, John ___ 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: ICMP redirects and FreeBSD
On Sat, 17 Sep 2011, Brett Glass wrote: Here's a networking question: Does FreeBSD generate and accept ICMP redirects? Is it controllable via tuneables? How long do routing tables $ sysctl -d net.inet.ip.redirect net.inet.ip.redirect: Enable sending IP redirects Accepting them sounds like the job of a userland routing daemon. Only a few unsound routing/network topology configurations really depend on redirects these days; They can't be trusted because they can't be authenticated? ~BAS generated by ICMP redirects last? ___ 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
