search for: larch

...2.9 which has me beat. The system provides sasl auth services via inet to a postfix 2.11 system. Since the upgrade postfix complains of no sasl methods available. The same dovecot configuration is used on both versions. Now I get these results looking at the inet connection Version 2.0.19 root at larch:~# telnet 192.168.3.15 12345 Trying 192.168.3.15... Connected to 192.168.3.15. Escape character is '^]'. VERSION 1 1 MECH PLAIN plaintext MECH LOGIN plaintext MECH CRAM-MD5 dictionary active SPID 23223 CUID 1 COOKIE d0b71942d48585303f9ae4681baabf87 DONE Version 2.2.9 root at larch:~# telne...

...,Isolate),mean),xlab="Isolate",ylab="Mean Sporangia per Needle",col=c("grey39","grey64","grey89"),beside=T) col=c("grey39","grey64","grey89") legend("topright",inset=.05,title="Host",c("European Larch","Hybrid Larch","Japanese Larch"),fill=col,horiz=FALSE) Any help would be greatly appreciated, Anna [[alternative HTML version deleted]]

...because I'm trying to migrate mail from an existing (but soon-to-be-retired) Cyrus server, and the existing body of mail has folders of this sort. I'm currently using the following configuration line: mail_location = mdbox:~/mdbox:DIRNAME=.indexes:INDEX=~/mdbox/indexes and am using the Larch program to do an IMAP-to-IMAP copy of one of my family member's mail from the old Cyrus server to the new Dovecot server. When I examine the "mailboxes" directory tree, I see some directories that (correctly) contain both the renamed ".indexes" directory and also directories...

...in help files (this example relates to "data"): \format{ A data frame with 847 rows and 29 columns: \cr\cr Ground based measurements of trees (Y-variables): \itemize{ \item{TopHt}{Height of tallest trees (ft)} \item{LnVolL}{Log of the volume \eqn{(ft^3/acre)} of western larch} ...... many lines deleted ...... \item{LnVolPP}{Log of the volume \eqn{(ft^3/acre)} of ponderosa pine} \item{CCover}{Canopy cover (percent)} } Geographic Location, Slope, and Aspect (X-variables): \itemize{ \item{utmx}{UTM easting at plot center} \item{utmy}{UTM northing a...

Hi Friends, I would like to ask you a suggestion: I need to migrate a imap server to a new one and then dismiss the old one. Reading from relative Dovecot documentation page (https://wiki.dovecot.org/Migration), more tools are shown: UW-IMAP's mailutil, imapsync, YippieMove and Larch. The each mail servers are Linux based, one of this (mine) is Dovecot. Based on your experience which of these tools would be preferable to use? Thank you very much Davide

Hi, when I run > plot.default(z1, z2, xlab = "x", ylab = "y", main = "xxxx", pch = "+") > abline(lm(z1 ~ z2)) then the plot is plotted perfectly (scatterplot), however, the lm() function doesnt appear on the plot. What could be wrong? (Yesterday it worked perfectly, with the lm() line.) Running R 2 on OS X. Mathias Hunsk??r Furevik Norway

"Davide Marchi" <danjde at msw.it> writes: >> UW-IMAP's mailutil, imapsync, YippieMove and Larch. Whatever you use, *don't* use UW-IMAP's mailutil unless you got lots of time to kill. It is dreadfully slow -- I used it to export some of my users' mailboxes to Gmail or other remote mail servers, and I could almost cut&paste the messages faster. Like Aki said, if you have the...

...suggestion: >> I need to migrate a imap server to a new one and then dismiss the old >> one. >> Reading from relative Dovecot documentation page >> (https://wiki.dovecot.org/Migration), more tools are shown: >> >> UW-IMAP's mailutil, imapsync, YippieMove and Larch. >> >> The each mail servers are Linux based, one of this (mine) is Dovecot. >> Based on your experience which of these tools would be preferable to >> use? >> >> >> Thank you very much >> >> Davide >> > >

I've read the web/man pages on dsync, but it's not clear to me whether dsync can be used to export (rather than import) a user's mailbox to a remote non-dovecot IMAP account. (The intention is to use it whenever a user leaves and wants to copy their local mail to Google or whatever. I currently use uw-imapd's mailutil -- it works, but it's dreadfully slow.) As a first crack

...would like to ask you a suggestion: > I need to migrate a imap server to a new one and then dismiss the old > one. > Reading from relative Dovecot documentation page > (https://wiki.dovecot.org/Migration), more tools are shown: > > UW-IMAP's mailutil, imapsync, YippieMove and Larch. > > The each mail servers are Linux based, one of this (mine) is Dovecot. > Based on your experience which of these tools would be preferable to > use? > > > Thank you very much > > Davide >

...s, > I would like to ask you a suggestion: > I need to migrate a imap server to a new one and then dismiss the old one. > Reading from relative Dovecot documentation page (https://wiki.dovecot.org/Migration), more tools are shown: > > UW-IMAP's mailutil, imapsync, YippieMove and Larch. > > The each mail servers are Linux based, one of this (mine) is Dovecot. > Based on your experience which of these tools would be preferable to use? If you want to preserve IMAP UID:s and possibly also POP3 UIDL:s then dovecot internal dsync is the only tool that can do it. With eve...

On Mon, 4 Dec 2017 12:53:15 -0800 (PST) Joseph Tam <jtam.home at gmail.com> wrote: > "Davide Marchi" <danjde at msw.it> writes: > > >> UW-IMAP's mailutil, imapsync, YippieMove and Larch. > > Whatever you use, *don't* use UW-IMAP's mailutil unless you got lots > of time to kill. It is dreadfully slow -- I used it to export some of > my users' mailboxes to Gmail or other remote mail servers, and I could > almost cut&paste the messages faster. >...

On 04/12/17 23:15, Steve Litt wrote: > On Mon, 4 Dec 2017 12:53:15 -0800 (PST) > Joseph Tam <jtam.home at gmail.com> wrote: > >> "Davide Marchi" <danjde at msw.it> writes: >> >>>> UW-IMAP's mailutil, imapsync, YippieMove and Larch. >> >> Whatever you use, *don't* use UW-IMAP's mailutil unless you got lots >> of time to kill. It is dreadfully slow -- I used it to export some of >> my users' mailboxes to Gmail or other remote mail servers, and I could >> almost cut&paste the messa...

...pe.o lib/math.o lib/printf.o lib/string.o lib/sys.o lib/xmalloc.o lib/xs.o xenbus/xenbus.o console/console.o console/xencons_ring.o lwip.a /home/another/gzhai/srcs/hg/xen-dev/hv/stubdom/ioemu/i386-dm-stubdom/qemu.a /home/another/gzhai/srcs/hg/xen-dev/hv/stubdom/ioemu/i386-dm-stubdom/libqemu.a -Larch/x86 -lx86_32 -L../../stubdom/libxc -lxenctrl -lxenguest -lpci -lz -lc -o mini-os.o i686-xen-elf-objcopy -w -G xenos_* -G _start mini-os.o mini-os.o i686-xen-elf-ld -m elf_i386 -T arch/x86/minios-x86_32.lds mini-os.o -o mini-os mini-os.o: In function `bdrv_snapshot_dump'': /home/gzhai/sr...

...'../C-Progs/programs/Runif.c' '(text)' sed 's/^X//' << 'SHAR_EOF' > '../C-Progs/programs/Runif.c' && /*--- this code is from a posting of X Brian Ripley to the S-news, 7 Aug 92, X and a slight correction from Allen Mcintosh <mcintosh@larch.bellcore.com> X + a correction of mine (B.R. wrote '69096' instead of '69069')) X X --> /u/maechler/tex/o.peopl/Ripley-S-RNG.tex */ X /*--- This code is perfectly tested out via S-code X X in --> /u/maechler/S/MISC/runif-tst.S */ X unsigned long congr_MM, taus_MM; X st...