search for: commandeers

-- >>>> ----------geinwhjqlzkmqlsdwpel **** Command '----------geinwhjqlzkmqlsdwpel' not recognized. >>>> Content-Type: text/html; charset="us-ascii" **** Command 'content-type:' not recognized. >>>> Content-Transfer-Encoding: 7bit **** Command 'content-transfer-encoding:' not recognized. >>>> >>>>

-- >>>> ----------pphaqkvbimriqvajcock **** Command '----------pphaqkvbimriqvajcock' not recognized. >>>> Content-Type: text/html; charset="us-ascii" **** Command 'content-type:' not recognized. >>>> Content-Transfer-Encoding: 7bit **** Command 'content-transfer-encoding:' not recognized. >>>> >>>>

Hello Guys, I guess that I found a bug in Dovecot 2.2.18 and 2.2.25 versions. The problem it's when I try to connect in a Dovecot used a proxy to another e-mail server (in our case it's a Smartermail Server) the DoveCot send a lot of IDLE commands to the destination server. With that, the LOG files grow and grow and grow :( I make a test with 1 connection only and if you see

Has anyone else had this symptom? It seems like my PRI ?restarts? each hour. I?ve got a PRI from Qwest in central California. What I don?t know is if this is on the * side or on the telco side. I don?t use my system enough to know if this is a big problem, a minor glitch or just an ?undocumented feature? - ? Any suggestions on how to track the source of these ?restarts?? Anybody else seen

-- >>>> This is a multi-part message in MIME format. **** Command 'this' not recognized. >>>> >>>> ------=_NextPart_000_0003_034EB533.958EAF8F **** Command '------=_nextpart_000_0003_034eb533.958eaf8f' not recognized. >>>> Content-Type: text/plain; **** Command 'content-type:' not recognized. >>>>

-- >>>> This is a multi-part message in MIME format. **** Command 'this' not recognized. >>>> >>>> ------=_NextPart_000_0005_D1A35047.F5B255F4 **** Command '------=_nextpart_000_0005_d1a35047.f5b255f4' not recognized. >>>> Content-Type: text/plain; **** Command 'content-type:' not recognized. >>>>

-- >>>> ----------ssntvvyegabjkvmgucjk **** Command '----------ssntvvyegabjkvmgucjk' not recognized. >>>> Content-Type: text/plain; charset="us-ascii" **** Command 'content-type:' not recognized. >>>> Content-Transfer-Encoding: 7bit **** Command 'content-transfer-encoding:' not recognized. >>>> >>>>

-- >>>> This is a multi-part message in MIME format. **** Command 'this' not recognized. >>>> >>>> ------=_NextPart_000_0006_7916E83F.C56F8A13 **** Command '------=_nextpart_000_0006_7916e83f.c56f8a13' not recognized. >>>> Content-Type: text/plain; **** Command 'content-type:' not recognized. >>>>

-- >>>> ----------340628352367234 **** Command '----------340628352367234' not recognized. >>>> Content-Type: text/plain; charset="us-ascii" **** Command 'content-type:' not recognized. >>>> Content-Transfer-Encoding: 7bit **** Command 'content-transfer-encoding:' not recognized. >>>> >>>> Test =) ****

Hi, Reposting this message, because I never received a response. On the emacs-devel mailing list the question was raised to add support the emacs for lldb. Someone replied stating lldb does support MI, and emacs also support MI, so this should work out-of-the-box. So I took a moment to try it out. I started lldb like this: lldb-mi --interpreter=mi hello (btw, `hello` is written in swift)

I can't join a SAMBA3 domain from a W2K3 server. - Error message on the W2K3 server : "The parameter is incorrect" - Error message in the samba logs : rpc_parse/parse_samr.c:samr_io_userinfo_ctr(6479) samr_io_userinfo_ctr: unknown switch level 0x1a rpc_server/srv_samr.c:api_samr_set_userinfo(786) api_samr_set_userinfo: Unable to unmarshall SAMR_Q_SET_USERINFO. - Samba version

I have configured Samba on both a RH Linux 7.2 box and Solaris 8 box and am not able to remove print jobs. The lprm command is not getting called. I know that for a fact because I changed lprm command to equal a script which will log when it is called. And that script is never called. There are no errors in any log files - system or samba. The printing parts of the smb.conf file are:

Colleagues: I have encountered the following situation: SERIES OF COMMANDS source("File1") MORE COMMANDS source("File2") Optimally, I would like File1 and File2 to be merged into a single file (FileMerged). However, if I wrote the following: SERIES OF COMMANDS source("FileMerged") MORE COMMANDS I encounter an error: the File2 portion of FileMerged

Hi all, I have some patches up in: http://reviews.llvm.org/D20721 to make `lit` output more readable when commands fail. I'd like to get a little more feedback on this before landing, since it impacts how test failures appear when using the internal shell script runner (which is not the default so this will currently mostly impact Windows or test frameworks that intentionally set this

This involves some significant changes to this test framework. In particular: - Instead of just specifying $srcdir at the start of a FileIn path, you can now specify arbitrary environment variables. This is necessary to allow the tests to run from a tmpdir. - Use COPYING instead of COPYING.LIB, and copy that file into the test suite directory. - Require the static binaries

Avoids trying to create and replace version.h more than once which led to file-locking errors with multicore builds. --- Makefile.am | 1 + win32/VS2015/celt.vcxproj | 48 +++++++++++++++++--------- win32/VS2015/generate_version.vcxproj | 65 +++++++++++++++++++++++++++++++++++ win32/VS2015/opus.sln | 32 ++++++++++++++++-

This involves some significant changes to this test framework. In particular: - Instead of just specifying $srcdir at the start of a FileIn path, you can now specify arbitrary environment variables. This is necessary to allow the tests to run from a tmpdir. - Use COPYING instead of COPYING.LIB, and copy that file into the test suite directory. - Require the static binaries

Hi, I've sent one of these before, but i wasn't subscribed, and i'm unsure if it went out. I'm subscribed now and i've written another (i believe) nifty wrapper for oggz-tools. oggz-comments - allows a user to pass the plain text file with each tag on their own line theoracomment - works like 'vorbiscomment' from VorbisTools package, but sets comments for the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings. I'm seeing an odd problem with 3.0.10 and 3.0.11 here. We have some pdf printers defined: [Accounting pdf printer] printer admin = "DOMAIN+Domain Users" browseable = yes path = /pdfdropbox/Accounting printable = yes writeable = no print command = /usr/bin/preprintpdf %s -r lpq command = lprm command =

On Fri, Jul 14, 2023 at 09:13:42AM +0200, Laszlo Ersek wrote: > On 7/13/23 21:29, Eric Blake wrote: > > The documentation has claimed since commit 6f4dcdab that any > > completion callback will be called exactly once; but this is not > > consistent with the code: if nbd_aio_* itself returns an error, then > > nothing is queued and the user does not need to wait for a