Hi,
As some background, I've been using st on an Arm device (Genesi Efika
MX) which has relatively low specs compared to your average x86/amd64
computer. st should be ideal because of how small it is compared to
xterm or rxvt but the reality is that its rendering is quite a bit
slower. Under heavy
Hi,
Can anyone suggest a suckless mail server?
We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves
the above (e.g. instead SSL aware IMAP server, rsync a maildir from
server machine to local machine)
Thanks for any suggestions where to look into or if you share your
experien
I recommend http://dovecot.org/ though tbh I use gmail. Regards,
> Can anyone suggest a suckless mail server?
qmail.
On Fri, Apr 20, 2012 at 12:18:41PM +0200, sta...@cs.tu-berlin.de wrote:
> Hi,
>
> Can anyone suggest a suckless mail server?
>
> We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves
> the above (e.g. instead SSL aware IMAP server, rsync a maildir from
> server machine to local
lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
sdhcp.. i would love to ser them all grouped in a single repo, site or linux
distro. as far as we have 9base and musl can fill the gaps to have a fully
suckless distro.
i think that those commands should get the standard
On 20/04/2012, sta...@cs.tu-berlin.de wrote:
> Can anyone suggest a suckless mail server?
>
> We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves
> the above (e.g. instead SSL aware IMAP server, rsync a maildir from
> server machine to local machine)
To take incoming mail, I
I too would love to see a distro with the suckless tools. Imagine how
efficient it would be? The next thing we need is a suckless X replacement,
heh.
On Fri, Apr 20, 2012 at 9:49 AM, pancake wrote:
> lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
> sdhcp.. i would lov
> 1) do you have a public repository? If not, I'm sure we can get you on
> hg.suckless, or if you prefer git I can set you up on my server.
I don't have a public repository. I'd be fine with this going on
hg.suckelss, but if it can't, it's probably not too hard to set one up.
> 2) how do you fee
On 20/04/2012, pancake wrote:
> lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
> sdhcp.. i would love to ser them all grouped in a single repo, site or linux
> distro. as far as we have 9base and musl can fill the gaps to have a fully
> suckless distro.
>
> i think that
On 20/04/2012, pancake wrote:
> lot of suckless tools exist nowadays.. mostly prefixed by 's'.. like star,
> sdhcp.. i would love to ser them all grouped in a single repo, site or linux
> distro. as far as we have 9base and musl can fill the gaps to have a fully
> suckless distro.
Since we are on
Plenty of good suggestion have been shared around. This is what I use. If it
sucks more or less, I guess that's on the eye of the beholder.
1. dovecot - Used for IMAP access. POP is off, SSL is available, not needed if
only local access is used.2. fetchmail - Used to aggregate all my external
e
Trying to get nmaster patch to work on dwm-hg (dwm 6.0)
I put in the #include "nmaster.c" in config.h however when I try to compile
it, it spits out this:
dwm.c:1035:1: error: redefinition of 'incnmaster'
In file included from config.h:25:0,
from dwm.c:289:
nmaster.c:17:1: note:
Hey,
On 20 April 2012 19:26, Eric Tse wrote:
> Trying to get nmaster patch to work on dwm-hg (dwm 6.0)
nmaster is in mainline since dwm 6.0; you don't need to patch.
cls
the wonders of execve
On Wed, Apr 18, 2012 at 7:52 AM, Alexander Tanyukevich
wrote:
>> You need to separate the argument from the actual command like so:
>>
>> static const char *volinccmd[] = {"/home/olek/.bin/pavolume", "increase",
>> NULL};
>>
>> Otherwise it would try to exec a script named
On Fri, 20 Apr 2012 21:38:01 -, Carlos Torres
wrote:
the wonders of execve
At least it doesn't try to interpret anything in the filename but control
characters.
--
-,Bjartur
On Fri, 20 Apr 2012 00:37:40 -, Nico Golde wrote:
* Ivan Kanakarakis [2012-04-20 01:54]:
I think a nice thing to do that would also resolve the
naming choice would be to have -k or some other argument
mean that ii should read the -k flag as an env var. so
$ ii -k IRCPASS
would getenv("IR
On 21 April 2012 02:42, Bjartur Thorlacius wrote:
> On Fri, 20 Apr 2012 00:37:40 -, Nico Golde wrote:
>
>> * Ivan Kanakarakis [2012-04-20 01:54]:
>>
>>> I think a nice thing to do that would also resolve the
>>>
>>> naming choice would be to have -k or some other argument
>>> mean that ii s
On Sat, Apr 21, 2012 at 02:52:17AM +0300, Ivan Kanakarakis wrote:
> dah
>
> $ ps e -C ii | grep -o "IIPASS=[^ ]*"
> IIPASS="foobar"
I am mildly convinced that other users cannot see env data with ps -e.
I am also vaguely determined that on linux this information comes from
/proc/$PID/environ
On 21 April 2012 03:25, Kurt H Maier wrote:
> On Sat, Apr 21, 2012 at 02:52:17AM +0300, Ivan Kanakarakis wrote:
> > dah
> >
> > $ ps e -C ii | grep -o "IIPASS=[^ ]*"
> > IIPASS="foobar"
>
> I am mildly convinced that other users cannot see env data with ps -e.
>
a test user here (Linux) can
On 21 April 2012 03:48, Ivan Kanakarakis wrote:
>
>
> On 21 April 2012 03:25, Kurt H Maier wrote:
>
>> On Sat, Apr 21, 2012 at 02:52:17AM +0300, Ivan Kanakarakis wrote:
>> > dah
>> >
>> > $ ps e -C ii | grep -o "IIPASS=[^ ]*"
>> > IIPASS="foobar"
>>
>> I am mildly convinced that other users
Hi,
* Bjartur Thorlacius [2012-04-21 01:45]:
> On Fri, 20 Apr 2012 00:37:40 -, Nico Golde wrote:
> >* Ivan Kanakarakis [2012-04-20 01:54]:
> >>I think a nice thing to do that would also resolve the
> >>naming choice would be to have -k or some other argument
> >>mean that ii should read the
22 matches
Mail list logo
