I forgot one important thing.Everytime I log out from X,I have darker and
darker CLI.After 3 to 4 exits I can't see anything in console :-/
Default rate is 60Hz and not 65Hz as I wrote - my fault.Is there a way to have
75Hz as default if I'm not using xorg.conf?I read xrandr(1),but don't se part
On 14:28:40 Aug 29, Jose Fragoso wrote:
Hi,
I am running OpenBSD 4.4, spamd and greyscanner41 in a box.
Looking at the log entries from the greyscanner, I found this
entry and others which I find a bit strange:
Aug 28 12:55:44 wall greytrapper[25604]: Trapped 209.85.132.241:
Mailed
On 2008-08-30, Girish Venkatachalam [EMAIL PROTECTED] wrote:
You must be aware that google and other such popular mail services like
yahoo!, hotmail etc. blatantly flout RFC2821 and retry mails from a bank
of mail servers.
I couldn't find this mentioned in RFC2821, could you point out the
On 08:30:22 Aug 30, Stuart Henderson wrote:
On 2008-08-30, Girish Venkatachalam [EMAIL PROTECTED] wrote:
You must be aware that google and other such popular mail services like
yahoo!, hotmail etc. blatantly flout RFC2821 and retry mails from a bank
of mail servers.
I couldn't find this
Girish Venkatachalam [EMAIL PROTECTED] writes:
You must be aware that google and other such popular mail services like
yahoo!, hotmail etc. blatantly flout RFC2821 and retry mails from a bank
of mail servers.
A large part of the problem is that while RFC2821 states that the
sender MUST retry,
John Nietzsche wrote:
Hi folks,
i have configured my openbsd kerberos server. It is serving two other
computer in my home network. One of this client is running openbsd the
other is Windows XP.
I am able to login into any of these 2 client and authentication goes
through kerberos 100%
On 16:44:19 Aug 30, Girish Venkatachalam wrote:
I couldn't find this mentioned in RFC2821, could you point out the
section number which talks about this?
In any event, it's definitely not all that unusual...
Obviously then I must be wrong.
Mail servers are supposed to retry from
On 16:44:19 Aug 30, Girish Venkatachalam wrote:
I couldn't find this mentioned in RFC2821, could you point out the
section number which talks about this?
In any event, it's definitely not all that unusual...
Obviously then I must be wrong.
Mail servers are supposed to retry from
On Friday 29 August 2008 16:30:21 John Nietzsche wrote:
Hi folks,
i have configured my openbsd kerberos server. It is serving two other
computer in my home network. One of this client is running openbsd the
other is Windows XP.
I am able to login into any of these 2 client and
Hello.
I use OpenBSD 4.3 on DMP Electronics eBox-2300.
http://www.compactpc.com.tw/ebox-2300.htm
However, I'm not trying X11 on this PC.
2008/8/29 xiaoheng ling [EMAIL PROTECTED]:
I wanna buy a Vortex86 platform machine.
The official website is:http://www.vortex86.com/index2.html
Does
On Sat, Aug 30, 2008 at 04:56:03PM +0530, Girish Venkatachalam wrote:
| On 16:44:19 Aug 30, Girish Venkatachalam wrote:
| I couldn't find this mentioned in RFC2821, could you point out the
| section number which talks about this?
|
| In any event, it's definitely not all that unusual...
|
On Fri, Aug 29, 2008 at 03:48:54PM +0100, Simon Connah wrote:
I've just been trying to install the SWI-Prolog port and it seems
like it
needs X11 installed to run. Is there a command line version of Prolog
floating around at all? Or do I need to compile and install my own
copy?
On 14:10:04 Aug 30, Paul de Weerd wrote:
|
| Does the last sentence of the first paragraph above suggest this?
The section you quoted refers to receiving, not sending mail (more
specifically, to source routing e-mail).
Oh!
Can you point these out ? I've read the RFC and couldn't find
On Sat, Aug 30, 2008 at 08:30:22AM +, Stuart Henderson wrote:
In any event, it's definitely not all that unusual...
seconded.
the closest i've come to being able to deal with this is
having written a script who performs SPF lookups on the
domain in question (eg, will recurse up to
Girish Venkatachalam [EMAIL PROTECTED] writes:
It is news to me that the RFC does not actually mandate retries from
the same IP address as Peter M Hansteen wrote.
The way the RFC is written, it is almost as if it was a natural
assumption by the RFC writers that retries would happen from the
jared r r spiegel wrote:
On Sat, Aug 30, 2008 at 08:30:22AM +, Stuart Henderson wrote:
In any event, it's definitely not all that unusual...
seconded.
the closest i've come to being able to deal with this is
having written a script who performs SPF lookups on the
domain in
I'm trying to get hold of CPAN's WWW::Curl:Easy, which might be in
ports, on 4.4-current (snapshot from 29 august).
make search=p5-www-curl (or any other search) in ports hangs with the
following error:
=== Checking files for freeze-2.5
freeze-2.5.tar.gz doesn't seem to exist on this system
make search key=p5-www-curl
Lars NoodC)n wrote:
I'm trying to get hold of CPAN's WWW::Curl:Easy, which might be in
ports, on 4.4-current (snapshot from 29 august).
make search=p5-www-curl (or any other search) in ports hangs with the
following error:
=== Checking files for freeze-2.5
I've been poking around the Misc archives, and haven't seen anything
related to solving this specific issue, at least with my own preferred
router software: OpenBSD.
So, while researching on implementation details for a community
wireless system, I found out about Hazy-Sighted Link State
Peter N. M. Hansteen wrote:
Girish Venkatachalam [EMAIL PROTECTED] writes:
You must be aware that google and other such popular mail services like
yahoo!, hotmail etc. blatantly flout RFC2821 and retry mails from a bank
of mail servers.
A large part of the problem is that while RFC2821
On 2008-08-30, Girish Venkatachalam [EMAIL PROTECTED] wrote:
But this is not how the gmails of this internet currently work. At
this point in time, that means either whitelisting those senders you
deem a) trustworthy enough to not send you spam and b) important
enough to whitelist in the first
On Sat, 30 Aug 2008 10:52:42 -0600, Jeff Ross wrote:
jared r r spiegel wrote:
On Sat, Aug 30, 2008 at 08:30:22AM +, Stuart Henderson wrote:
In any event, it's definitely not all that unusual...
seconded.
the closest i've come to being able to deal with this is
having written a
Hi all,
I have a question concerning some differences in pf rules diplay with
regards to pfctl, pftop, and systat (using a 4.4 snapshot downloaded
today).
My scrub, NAT and filter sections in my 'pf.conf' look like this:
scrub on $wan_if random-id reassemble tcp
nat on $wan_if from !($wan_if)
there is no wonder its an ensteinium dinosaur
piece of hardware travels a lot an sometimes ends up in
486, p1 or p111, i had to backup this biggy in a fly,
and since the kernel was supporting it, but while the bios was
bewildered i was able to make the copy,
some suggested the raw device , next
24 matches
Mail list logo