similar to: Why are error messages CRLF terminated?

Hi, I search in archive list if there any reason why is removed in openssh newer than 2.9.9 from function 'void session_close_by_channel(int id, void *arg)' sending of SIGTEMR and SIGHUP signals to child as was in 2.9.9 version? See follow sniped code from 2.9.9 sources: ---- openssh-2.9.9/session.c ---------------------------------------- void session_close_by_channel(int id, void

Hi. I've made a strange observation. When having Dovecot (at least) with maildir and moving (via IMAP) mail received by some client (Evolution 3.4) into it the following happens: Regardless of whether the mail was originally(!) set with CRLF or LF (i.e. when I use netcat to submit the plain SMTP to the relaying MTA). When the client (Evolution) had received the mail via POP3 before moving

I installed Fixcrlf.exe from the Samba site. I tried it out on my NT 4.0 station, but it doesn't seem to accomplish anything. Specifically: - I bring up a file in Notepad - the text is one long line with black squares at the end of records, indicating that there are LF's but not CRLF's. - I drag the file icon from Explorer on to the FixCRLF icon and am rewarded with an

One of the recent 1.0 commits relating to CRLF handling (maybe 2006-06-24) has changed the behaviour of APPEND when using mbox files with ordinary plain text emails. When a client stores a new message using an APPEND command (eg. saving a draft or copy of a sent message), it uses CRLF consistently as a line-ending throughout the literal data block over the wire - both for the header and the

Hello, I have been told on Freenode's #dovecot to ask here. I have Exim 4.92 complaining about "Non-CRLF-terminated header, under CHUNKING: message abandoned" with redirects made by Pigeonhole 0.5.5 (with Dovecot 2.3.5.1). Please find relevant part of the traffic below, and help me determine whether Exim is correct on this. ? 0x0000:? 4500 0954 0000 4000 8006 0000 7f00 0001? E..T..

Hello everyone, I'm using the very good imaptest [0] tool to test my little imap server implementation. I've tried to use the dovecot-crlf [1] file, but it looks like there are some major issues : $ grep -n "In-Reply-To.*;" tests/data/dovecot-crlf 479:In-Reply-To: <20020806175441.GA7148 at linux.taugt.net>; from rueckert at informatik.uni-rostock.de on Tue, Aug 06, 2002

Hi everybody! I hope that you are not already "pissed off" of all the crlf/lf conversion discussion between dos and unix ;-) Concerning that topic I have a question / suggestion: This is what we have: We are using a Win NT 4.0 Server with Win95 clients. Additionally we have a Sun (Solaris 2.5) running in the same network. To access the Sun in character mode we use a terminal

Hi, could somebody apply the below patch to contrib/cygwin/ssh-host-config? The patch solves a problem with the way, the Windows pendant of the /etc/services file is used. This file has (obviously) CRLF line endings. The ssh-host-config file tries to accomodate that when adding the ssh service entries but I never reviewed this functionality in the light of some major changes in the Cygwin DLL.

Hi, I am migrating from 0.99.14 to 1.1.rc10 and from mbox to maildir. During the conversion, via convert plugin, I get this assertion failure: 2008-06-13 14:12:51 Error: IMAP(username): Next message unexpectedly lost from 4700 2008-06-13 14:12:51 Error: IMAP(username): Next message unexpectedly lost from 4700 2008-06-13 14:12:51 Panic: IMAP(username): file istream-crlf.c: line 49

No, I don't. But I do know that Samba provides transparent file access -- it has no idea what data is in the files it offers to the clients. It could be a database, a JPEG, a text document, or an executable program. What you suggest would be an extremely bad idea. You need better clients -- it is the clients that interpret the contents of the file. Samba is just another file access method.

On 25/07/2020 4:48 p.m., nospam at altfeld-im.de wrote: > Dear R developers, > > I am developing an R package which returns strings with new line codes. > I am not sure if I should use "\r\n" or "\n" in my returned strings on Windows platforms. > > What is the recommended best practice for package developers (and code in base R) for coding new lines in

Dear all, When running R CMD check on Windows XP to test my package I get the following warning message: "* checking line endings in C/C++/Fortran sources/headers ... WARNING Found the following sources/headers with CR or CRLF line endings: src/xpsDict.h" The problem is that this file is created by the compiler AUTOMATICALLY during the compilation process, and since the file is

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=568 Summary: iptables-save/restore error messages are not newline- terminated Product: iptables Version: CVS (please indicate Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: iptables

Dear R developers, I am developing an R package which returns strings with new line codes. I am not sure if I should use "\r\n" or "\n" in my returned strings on Windows platforms. What is the recommended best practice for package developers (and code in base R) for coding new lines in strings? And just out of curiosity: What is the reason (or history) for preferring

Am 30.10.18 um 13:37 schrieb Stephan Bosch: > > > Op 28-10-2018 om 23:28 schreef Peter Nabbefeld: >> Hello, >> >> cannot fetch mails from an IMAP folder because of the error in the >> subject - fetching always stops with SIGABRT. >> >> Could anybody help me, please? > > We need more information than that: > > - Your configuration and

Thank you Martin. If I understand correctly, OP could do wheat.list <- nlsList(Prop ~ SSfpl(end, A, B, xmid, scal), data=wlg) or add some small value to all zeroes wlg$prop < -wlg$Prop+1e-7 wheat.list <- nlsList(prop ~ SSlogis(end,Asym, xmid, scal), data=wlg) which gives fairly reasonable results. plot(augPred(wheat.list)) Am I correct? Cheers Petr > -----Original Message-----

>>>>> PIKAL Petr <petr.pikal at precheza.cz> >>>>> on Fri, 20 Oct 2017 06:33:36 +0000 writes: > Hi > Keep your messages in the list, you increase your chance to get some answer. > I changed your data to groupedData object (see below), but I did not find any problem in it. > plot(wlg) > gives reasonable picture and I am

Hi When you load external file to R, character variables are converted to factors by default and alphabetically sorted. I have limited connection to internet, so I cannot find the answer, you could try it yourself. Maybe you could try not to convert vector with names to factor, which, for plotting issue is not different from factor coding. See ?read.table for details However I am not sure if it

Hi What do you mean ?without reordering the names?. Factor variable is ordered according to its levels and you can freely change the ordering. This is why factors are useful and worth to use in many cases instead of character vectors. See this result > iris$MySpecies<-factor(iris$Species, levels(iris$Species)[c(2,3,1)]) > p<-ggplot(iris, aes(x=Sepal.Length, y=Species)) >

Hi scale_colour_gradient(?red?, ?blue?) should do the trick. Actually I found it by Google ggplot colour http://www.cookbook-r.com/Graphs/Colors_(ggplot2)/ http://www.sthda.com/english/wiki/ggplot2-colors-how-to-change-colors-automatically-and-manually#gradient-colors-for-scatter-plots question. So you could find it too and probably far more quickly then myself as I have also other duties. Cheers