<paroneayea>janneke: congrats on the mutual self-hosting in Mes <daviid>I have a procedure that returns a list of list, ((foo bar baz ...) ...), and I'd like to use match to get the cdar. I'm doing this (match '((foo bar baz)) (((dir . files) ...) files)) but it returns this '((bar baz)), where I want '(bar baz) <amz3`>catonano: I replied to your message on guile-user <amz3`>I don't know how adapton works yet <amz3`>I am trying to bind GNU MailUtils in Guile but... this is a very complicated <amz3`>I thought that I knew about asynchronous code but little do know about network protocols <amz3`>I had a look at imaplib from python and it does some funky stuff <amz3`>like there is no way to receive unsolicited message from the server, which I am ok with but.. <amz3`>otherwise said, there is no way to avoid polling the server for new messages <amz3`>I am not sure why it wans't built like that from the ground up <amz3`>I miss my zmq REP socket a lot <amz3`>there is also libetpan which is the defacto standard in apple world, but the high level api is not available in C <amz3`>there of course GNU MailUtils <amz3`>but the library part is not documented <amz3`>AFAIK the server sends a message to say they are new messages <amz3`>I am not sure, but I am sure there are unsollicited message from the server in IMAP which means it's not equivalent to REQ/REP zmq socket <amz3`>in zmq REQ/REP socket, the server can send message to the client only in response to a message <amz3`>which makes things much easier <DerGuteMoritz>Not sure about Python's imaplib. Maybe search for the keyword "idle" ;-) <amz3`>there is no mention of idle in python's imaplib <amz3`>I have an issue with tls-wrap <amz3`>without tls wrap my program works but with tls wrap 'read-line' hangs until the socket is closed from the other end <amz3`>at which point read-line returns <nikita1>nalaginrut: hello! it may be simpler to communcate in the chat instead of issue comments on gitlab :) ***random-nickname is now known as random-nick
<amz3`>" If the server detects a possible ambiguity, it MUST execute commands <amz3`> to completion in the order given by the client. <amz3`>why not make it simple, and forbid any concurrent access?! <amz3`>especially since mail is a slow medium <amz3`>according to rfc 3501, it's possible (under some circumstencies that are not clear) to *not* wait the completion of a command before sending another <amz3`>AND the server responses are built so that you can not say what reponse answer which command <amz3`>instead of prefixing every line with the tag sent during the command... <amz3`>I don't understand, I MUST be stupid <amz3`>oh! actually it's possible do disambiguate responses of multiple commands... <amz3`>because responses are not inter-winded <amz3`>the server send one response, for a given command and after the full completion of the first another response <amz3`>but this seems particularly complicated and not very useful. <chatter29>to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger ***ertesx is now known as ertes