'initial sync of N groups' - for over an hour !

'initial sync of N groups' - for over an hour !

[Jason Vas Dias]

Please, is there any way to disable the 'initial sync' of groups with MA GNUS ?

I just built a fresh copy of Emacs 24.5 and tried out GNUS on my main GMAIL
account for the first time, having previously used it for my corporate account
and liked it .

BTW, I didn't like having to enable access by 'Less Secure Apps' in
GMail Settings ! :
https://support.google.com/accounts/answer/6010255
What can I do to get google to think MA GNUS is secure ? Is SSL / TLS
/ STARTTLS not enough ? I have tried them all, and both the 'login'
and
'cram-md5' authentication methods.

I am running under Oracle Linux 7 (OEL7), on an x86_64 box.

But having set up my connection in ~/.gnus :
<quote><pre>
(setq gnus-select-method
      '(nnimap "Gmail"
        (nnimap-address "imap.gmail.com")
        (nnimap-server-port "993")
        (nnimap-inbox "INBOX")
        (nnimap-stream ssl)
        (nnimap-record-commands)
       ))
(setq smtpmail-smtp-service 587)
</pre></quote>

,  and doing 'M-x gnus' for the first time in Emacs 24.5 ,
GNUS has now spent over an hour in the 'initial sync of 32 groups' state ,
and has not displayed anything or updated its counter after reaching 162996k  .

Here is a gdb stack trace of the (now stuck) Emacs process:

<quote><pre>
0x00007f2ad6c5da39 in __pselect (nfds=nfds@entry=17,
readfds=readfds@entry=0x7fffe8a2cb80,
writefds=writefds@entry=0x7fffe8a2cc00, exceptfds=exceptfds@entry=0x0,
timeout=<optimized out>, timeout@entry=0x7fffe8a2d190,
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
77            result = CALL_PSELECT6 (nfds, readfds, writefds,
exceptfds, timeout,
Missing separate debuginfos, use: debuginfo-install
alsa-lib-1.0.28-2.el7.x86_64 at-spi2-atk-2.8.1-4.el7.x86_64
at-spi2-core-2.8.0-6.el7.x86_64 atk-2.14.0-1.el7.x86_64
bzip2-libs-1.0.6-13.el7.x86_64 cairo-1.14.2-1.el7.x86_64
cairo-gobject-1.14.2-1.el7.x86_64 dbus-libs-1.6.12-13.0.1.el7.x86_64
dconf-0.22.0-2.el7.x86_64 elfutils-libelf-0.163-3.el7.x86_64
elfutils-libs-0.163-3.el7.x86_64 expat-2.1.0-8.el7.x86_64
fontconfig-2.10.95-7.el7.x86_64 freetype-2.4.11-11.el7.x86_64
gdk-pixbuf2-2.31.6-3.el7.x86_64 glib2-2.42.2-5.el7.x86_64
gmp-6.0.0-12.el7_1.x86_64 gnutls-3.3.8-14.el7_2.x86_64
gpm-libs-1.20.7-5.el7.x86_64 graphite2-1.3.6-1.el7_2.x86_64
gtk3-3.14.13-16.el7.x86_64 gvfs-1.22.4-6.el7.x86_64
harfbuzz-0.9.36-1.el7.x86_64 jbigkit-libs-2.0-11.el7.x86_64
keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.13.2-12.el7_2.x86_64
libICE-1.0.9-2.el7.x86_64 libSM-1.2.2-2.el7.x86_64
libX11-1.6.3-2.el7.x86_64 libXcomposite-0.4.4-4.1.el7.x86_64
libXcursor-1.1.14-2.1.el7.x86_64 libXdamage-1.1.4-4.1.el7.x86_64
libXext-1.3.3-3.el7.x86_64 libXfixes-5.0.1-2.1.el7.x86_64
libXft-2.3.2-2.el7.x86_64 libXi-1.7.4-2.el7.x86_64
libXinerama-1.1.3-2.1.el7.x86_64 libXpm-3.5.11-3.el7.x86_64
libXrandr-1.4.2-2.el7.x86_64 libXrender-0.9.8-2.1.el7.x86_64
libattr-2.4.46-12.el7.x86_64 libbluray-0.2.3-5.el7.x86_64
libcap-2.22-8.el7.x86_64 libcom_err-1.42.9-7.el7.x86_64
libcroco-0.6.8-5.el7.x86_64 libdrm-2.4.60-3.el7.x86_64
libffi-3.0.13-16.el7.x86_64 libgcc-4.8.5-4.el7.x86_64
libjpeg-turbo-1.2.90-5.el7.x86_64 libotf-0.9.13-4.el7.x86_64
libpng-1.5.13-7.el7_2.x86_64 librsvg2-2.39.0-1.el7.x86_64
libstdc++-4.8.5-4.el7.x86_64 libtasn1-3.8-2.el7.x86_64
libtiff-4.0.3-14.el7.x86_64 libuuid-2.23.2-26.el7_2.2.x86_64
libxcb-1.11-4.el7.x86_64 libxml2-2.9.1-6.0.1.el7_2.2.x86_64
ncurses-libs-5.9-13.20130511.el7.x86_64 nettle-2.7.1-4.el7.x86_64
oxygen-gtk3-1.1.4-3.el7.x86_64 p11-kit-0.20.7-3.el7.x86_64
pango-1.36.8-2.el7.x86_64 pcre-8.32-15.el7.x86_64
pixman-0.32.6-3.el7.x86_64 trousers-0.3.13-1.el7.x86_64
xz-libs-5.1.2-12alpha.el7.x86_64 zlib-1.2.7-15.el7.x86_64
(gdb) where
#0  0x00007f2ad6c5da39 in __pselect (nfds=nfds@entry=17,
readfds=readfds@entry=0x7fffe8a2cb80,
writefds=writefds@entry=0x7fffe8a2cc00, exceptfds=exceptfds@entry=0x0,
timeout=<optimized out>,
    timeout@entry=0x7fffe8a2d190, sigmask=sigmask@entry=0x0) at
../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005cd29b in xg_select (fds_lim=17,
rfds=rfds@entry=0x7fffe8a2d1a0, wfds=wfds@entry=0x7fffe8a2d220,
efds=efds@entry=0x0, timeout=timeout@entry=0x7fffe8a2d190,
sigmask=sigmask@entry=0x0) at xgselect.c:114
#2  0x0000000000598720 in wait_reading_process_output
(time_limit=<optimized out>, nsecs=10000000,
read_kbd=read_kbd@entry=0, do_display=do_display@entry=false,
wait_for_cell=12245042, wait_proc=0x11c9378, just_wait_proc=0)
    at process.c:4606
#3  0x0000000000599dbf in Faccept_process_output (process=18649981,
seconds=<optimized out>, millisec=<optimized out>,
just_this_one=<optimized out>) at process.c:4003
#4  0x0000000000557c79 in Ffuncall (nargs=<optimized out>,
args=<optimized out>) at eval.c:2822
#5  0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096373464, args=0x4) at
bytecode.c:916
#6  0x000000000055770d in funcall_lambda (fun=18094645,
nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffe8a2d680) at
eval.c:3044
#7  0x0000000000557aac in Ffuncall (nargs=2, args=0x7fffe8a2d678) at eval.c:2872
#8  0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096373936, args=0x2) at
bytecode.c:916
#9  0x0000000000556fc3 in eval_sub (form=form@entry=62656774) at eval.c:2187
#10 0x000000000055a6e9 in internal_lisp_condition_case (var=<optimized
out>, bodyform=62656774, handlers=<optimized out>) at eval.c:1317
#11 0x000000000058e91a in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096374504, args=0x8f) at
bytecode.c:1162
#12 0x000000000055770d in funcall_lambda (fun=62799885,
nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffe8a2da90) at
eval.c:3044
#13 0x0000000000557aac in Ffuncall (nargs=3, args=0x7fffe8a2da88) at eval.c:2872
#14 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096374920, args=0x3) at
bytecode.c:916
#15 0x000000000055770d in funcall_lambda (fun=62760605,
nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffe8a2dc50) at
eval.c:3044
#16 0x0000000000557aac in Ffuncall (nargs=4, args=0x7fffe8a2dc48) at eval.c:2872
#17 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096375360, args=0x4) at
bytecode.c:916
#18 0x000000000055770d in funcall_lambda (fun=19716749,
nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffe8a2de10) at
eval.c:3044
#19 0x0000000000557aac in Ffuncall (nargs=4, args=0x7fffe8a2de08) at eval.c:2872
#20 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096375808, args=0x4) at
bytecode.c:916
#21 0x000000000055770d in funcall_lambda (fun=58881125,
nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffe8a2dfd0) at
eval.c:3044
#22 0x0000000000557aac in Ffuncall (nargs=4, args=0x7fffe8a2dfc8) at eval.c:2872
#23 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096376256, args=0x4) at
bytecode.c:916
#24 0x000000000055770d in funcall_lambda (fun=58880533,
nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffe8a2e1a0) at
eval.c:3044
#25 0x0000000000557aac in Ffuncall (nargs=3, args=0x7fffe8a2e198) at eval.c:2872
#26 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096376720, args=0x3) at
bytecode.c:916
#27 0x000000000055770d in funcall_lambda (fun=57919149,
nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffe8a2e370) at
eval.c:3044
#28 0x0000000000557aac in Ffuncall (nargs=4, args=0x7fffe8a2e368) at eval.c:2872
#29 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096377184, args=0x4) at
bytecode.c:916
#30 0x0000000000556fc3 in eval_sub (form=<optimized out>) at eval.c:2187
#31 0x0000000000557435 in Fprogn (body=59509830) at eval.c:462
#32 0x000000000055668a in unbind_to (count=<optimized out>,
value=12245042) at eval.c:3304
#33 0x000000000058dc01 in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=101, args=0x3) at bytecode.c:938
#34 0x000000000055770d in funcall_lambda (fun=54735725,
nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffe8a2e730) at
eval.c:3044
#35 0x0000000000557aac in Ffuncall (nargs=4, args=0x7fffe8a2e728) at eval.c:2872
#36 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200,
args_template=12245042, nargs=140737096378144, args=0x4) at
bytecode.c:916
#37 0x000000000055770d in funcall_lambda (fun=18772933,
nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffe8a2e928) at
eval.c:3044
#38 0x0000000000557aac in Ffuncall (nargs=nargs@entry=2,
args=args@entry=0x7fffe8a2e920) at eval.c:2872
#39 0x0000000000553b4e in Fcall_interactively (function=<optimized
out>, record_flag=<optimized out>, keys=<optimized out>) at
callint.c:836
#40 0x0000000000557c90 in Ffuncall (nargs=<optimized out>,
args=<optimized out>) at eval.c:2818
#41 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200, args_template=4100,
nargs=140737096379120, args=0x4) at bytecode.c:916
#42 0x00000000005577a9 in funcall_lambda (fun=9547177, nargs=9,
nargs@entry=2, arg_vector=0x91add0 <pure+916304>,
arg_vector@entry=0x7fffe8a2ec60) at eval.c:2978
#43 0x0000000000557aac in Ffuncall (nargs=3, args=0x7fffe8a2ec58) at eval.c:2872
#44 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200, args_template=2052,
nargs=140737096379472, args=0x3) at bytecode.c:916
#45 0x00000000005577a9 in funcall_lambda (fun=9546537, nargs=7,
nargs@entry=2, arg_vector=0x91ab50 <pure+915664>,
arg_vector@entry=0x7fffe8a2edb8) at eval.c:2978
#46 0x0000000000557aac in Ffuncall (nargs=nargs@entry=3,
args=args@entry=0x7fffe8a2edb0) at eval.c:2872
#47 0x0000000000559029 in Fapply (nargs=nargs@entry=2,
args=args@entry=0x7fffe8a2ee50) at eval.c:2350
#48 0x0000000000559253 in apply1 (fn=fn@entry=12556850,
arg=arg@entry=67882790) at eval.c:2584
#49 0x00000000005536ef in Fcall_interactively (function=12556850,
record_flag=<optimized out>, keys=12279997) at callint.c:378
#50 0x0000000000557c90 in Ffuncall (nargs=<optimized out>,
args=<optimized out>) at eval.c:2818
#51 0x000000000058dbad in exec_byte_code (bytestr=-514,
vector=140737096371072, maxdepth=140737096371200, args_template=4100,
nargs=140737096380432, args=0x4) at bytecode.c:916
#52 0x00000000005577a9 in funcall_lambda (fun=9547177, nargs=4,
nargs@entry=1, arg_vector=0x91add0 <pure+916304>,
arg_vector@entry=0x7fffe8a2f158) at eval.c:2978
#53 0x0000000000557aac in Ffuncall (nargs=nargs@entry=2,
args=args@entry=0x7fffe8a2f150) at eval.c:2872
#54 0x0000000000557dfa in call1 (fn=<optimized out>, arg1=<optimized
out>) at eval.c:2610
#55 0x00000000004f1a86 in command_loop_1 () at keyboard.c:1560
#56 0x0000000000555ddd in internal_condition_case
(bfun=bfun@entry=0x4f16c0 <command_loop_1>, handlers=<optimized out>,
hfun=hfun@entry=0x4e70b0 <cmd_error>) at eval.c:1348
#57 0x00000000004e2da3 in command_loop_2
(ignore=ignore@entry=12245042) at keyboard.c:1178
#58 0x0000000000555cd3 in internal_catch (tag=12292466,
func=func@entry=0x4e2d70 <command_loop_2>, arg=12245042) at
eval.c:1112
#59 0x00000000004e6c7a in recursive_edit_1 () at keyboard.c:1157
#60 0x00000000004e6c7a in recursive_edit_1 () at keyboard.c:778
#61 0x00000000004e6fb5 in Frecursive_edit () at keyboard.c:849
---Type <return> to continue, or q <return> to quit---
#62 0x0000000000415474 in main (argc=<optimized out>, argv=<optimized
out>) at emacs.c:1642
(gdb) q
$
$ $ strace -p 15220
Process 15220 attached
pselect6(17, [5 7 8 15 16], [], NULL, {0, 4225668}, {NULL, 8}) = 0 (Timeout)
recvmsg(8, 0x7fffe8a2c820, 0)           = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5,
events=POLLIN}], 3, 0) = 0 (Timeout)
pselect6(17, [5 7 8 15 16], [], NULL, {0, 9999426}, {NULL, 8}) = 0 (Timeout)
recvmsg(8, 0x7fffe8a2c820, 0)           = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5,
events=POLLIN}], 3, 0) = 0 (Timeout)
pselect6(17, [5 7 8 15 16], [], NULL, {0, 9999475}, {NULL, 8}) = 0 (Timeout)
recvmsg(8, 0x7fffe8a2c820, 0)           = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5,
events=POLLIN}], 3, 0) = 0 (Timeout)
</pre></quote>

Re: 'initial sync of N groups' - for over an hour !

[Eric Abrahamsen]

Jason Vas Dias <jason.vas.dias@gmail.com> writes:

> Please, is there any way to disable the 'initial sync' of groups with MA GNUS ?

You'll need to sync them if you're going to read them! No, there's no
way around doing this, but it will only happen once per group.

> I just built a fresh copy of Emacs 24.5 and tried out GNUS on my main GMAIL
> account for the first time, having previously used it for my corporate account
> and liked it .
>
> BTW, I didn't like having to enable access by 'Less Secure Apps' in
> GMail Settings ! :
> https://support.google.com/accounts/answer/6010255
> What can I do to get google to think MA GNUS is secure ? Is SSL / TLS
> / STARTTLS not enough ? I have tried them all, and both the 'login'
> and
> 'cram-md5' authentication methods.

I can't help with the TLS stuff, sorry....

> I am running under Oracle Linux 7 (OEL7), on an x86_64 box.
>
> But having set up my connection in ~/.gnus :
> <quote><pre>
> (setq gnus-select-method
>       '(nnimap "Gmail"
>         (nnimap-address "imap.gmail.com")
>         (nnimap-server-port "993")
>         (nnimap-inbox "INBOX")
>         (nnimap-stream ssl)
>         (nnimap-record-commands)

This could be a total red herring, but in the beginning I would remove
`nnimap-record-commands' from this list. Especially for the initial
sync, there could be a heck of a lot of information getting spewed out
here. I don't immediately see why that would cause Gnus problems, but
might as well reduce complexity.

>        ))
> (setq smtpmail-smtp-service 587)
> </pre></quote>
>
> ,  and doing 'M-x gnus' for the first time in Emacs 24.5 ,
> GNUS has now spent over an hour in the 'initial sync of 32 groups' state ,
> and has not displayed anything or updated its counter after reaching 162996k  .
>
> Here is a gdb stack trace of the (now stuck) Emacs process:

I think an Elisp trace will probably be more useful than a gdb trace.
I'd quit the sync with C-g, (then take out the command logging,) run M-x
toggle-debug-on-quit, then reload Gnus, let hit hang for a bit, then hit
C-g. That should give you a backtrace you can bring back to this list.

Of course, if you quit, you may find that Gnus has already successfully
synced some or all of the groups...

Yours,
Eric

Re: 'initial sync of N groups' - for over an hour !

[Dave Goldberg]

> BTW, I didn't like having to enable access by 'Less Secure Apps' in
> GMail Settings ! :
> https://support.google.com/accounts/answer/6010255
> What can I do to get google to think MA GNUS is secure ? Is SSL / TLS
> / STARTTLS not enough ? I have tried them all, and both the 'login'
> and
> 'cram-md5' authentication methods.

This has nothing to do with encryption.  When using Gnus you're talking to gmail over IMAP and in that case, Google doesn't (maybe can't?) impose its authentication scheme to authenticate the client as it does when you connect over https.

-- 
Dave Goldberg
david.goldberg6@verizon.net

Re: 'initial sync of N groups' - for over an hour !

[Jason Vas Dias]

Many thanks for your most informative response, Eric!

RE: the TLS stuff : Dave Goldberg replied :
>Dave Goldberg<david.goldberg6@verizon.net> wrote, on 16 April 2016 at 03:29
>To: ding@gnus.org
>This has nothing to do with encryption.  When using Gnus you're talking to
> gmail over IMAP and in that case, Google doesn't (maybe can't?) impose its
> authentication scheme to authenticate the client as it does when you connect
> over https.


RE:
> I think an Elisp trace will probably be more useful than a gdb trace.

Here is one, generated as you described :
<quote><pre>
Debugger entered: ("Quit")
  byte-code(\20\302\303!\210\304        !\210\305\207" [debug-on-quit
process debug "Quit" delete-process nil] 2)
  nnimap-wait-for-response(136 t)
  nnimap-finish-retrieve-group-infos("Gmail" (("[Gmail]/Bin" 3 nil)
("GII" 3 nil) ("Apache" 3 nil) ("info@metallisation.com" 3 nil)
("[Gmail]/Starred" 3 nil) ("[Gmail]/Important" 3 nil)
("[Gmail]/Drafts" 3 nil) ("Xen" 3 nil) ("Travel" 3 nil) ("Ruby" 3 nil)
("Receipts" 3 nil) ("Net Filter" 3 nil) ("LUG" 3 nil) ("Kernel" 3 nil)
("Bash" 3 nil) ("libvirt" 3 nil) ("libc" 3 nil) ("[Gmail]/Spam" 3 nil)
("[Gmail]/Sent Mail" 3 nil) ("[Gmail]" 3 nil) ("Work" 3 nil)
("WWW-Validator" 3 nil) ("VMware" 3 nil) ("To Jason" 3 nil)
("Personal" 3 nil) ("PERL" 3 nil) ("Jobs" 3 nil) ("INBOX" 3 nil)
("GCC" 3 nil) ("3jam" 3 nil) ("summit" 3 nil) ("[Gmail]/All Mail" 3
nil) ("Sent" 3 nil)) ((135 136 1 "Sent" "SELECT") (133 134 1
"[Gmail]/All Mail" "SELECT") (131 132 1 "summit" "SELECT") (129 130 1
"3jam" "SELECT") (127 128 1 "GCC" "SELECT") (125 126 1 "INBOX"
"SELECT") (123 124 1 "Jobs" "SELECT") (121 122 1 "PERL" "SELECT") (119
120 1 "Personal" "SELECT") (117 118 1 "To Jason" "SELECT") (115 116 1
"VMware" "SELECT") (113 114 1 "WWW-Validator" "SELECT") (111 112 1
"Work" "SELECT") (109 110 1 "[Gmail]" "SELECT") (107 108 1
"[Gmail]/Sent Mail" "SELECT") (105 106 1 "[Gmail]/Spam" "SELECT") (103
104 1 "libc" "SELECT") (101 102 1 "libvirt" "SELECT") (99 100 1 "Bash"
"SELECT") (97 98 1 "Kernel" "SELECT") (95 96 1 "LUG" "SELECT") (93 94
1 "Net Filter" "SELECT") (91 92 1 "Receipts" "SELECT") (89 90 1 "Ruby"
"SELECT") (87 88 1 "Travel" "SELECT") (85 86 1 "Xen" "SELECT") (83 84
1 "[Gmail]/Drafts" "SELECT") (81 82 1 "[Gmail]/Important" "SELECT")
(79 80 1 "[Gmail]/Starred" "SELECT") (77 78 1 "info@metallisation.com"
"SELECT") (75 76 1 "Apache" "SELECT") (73 74 1 "GII" "SELECT") (71 72
1 "[Gmail]/Bin" "SELECT")))
  gnus-finish-retrieve-group-infos((nnimap "Gmail" (nnimap-address
"imap.gmail.com") (nnimap-server-port "993") (nnimap-inbox "INBOX")
(nnimap-stream ssl)) (("[Gmail]/Bin" 3 nil) ("GII" 3 nil) ("Apache" 3
nil) ("info@metallisation.com" 3 nil) ("[Gmail]/Starred" 3 nil)
("[Gmail]/Important" 3 nil) ("[Gmail]/Drafts" 3 nil) ("Xen" 3 nil)
("Travel" 3 nil) ("Ruby" 3 nil) ("Receipts" 3 nil) ("Net Filter" 3
nil) ("LUG" 3 nil) ("Kernel" 3 nil) ("Bash" 3 nil) ("libvirt" 3 nil)
("libc" 3 nil) ("[Gmail]/Spam" 3 nil) ("[Gmail]/Sent Mail" 3 nil)
("[Gmail]" 3 nil) ("Work" 3 nil) ("WWW-Validator" 3 nil) ("VMware" 3
nil) ("To Jason" 3 nil) ("Personal" 3 nil) ("PERL" 3 nil) ("Jobs" 3
nil) ("INBOX" 3 nil) ("GCC" 3 nil) ("3jam" 3 nil) ("summit" 3 nil)
("[Gmail]/All Mail" 3 nil) ("Sent" 3 nil)) ((135 136 1 "Sent"
"SELECT") (133 134 1 "[Gmail]/All Mail" "SELECT") (131 132 1 "summit"
"SELECT") (129 130 1 "3jam" "SELECT") (127 128 1 "GCC" "SELECT") (125
126 1 "INBOX" "SELECT") (123 124 1 "Jobs" "SELECT") (121 122 1 "PERL"
"SELECT") (119 120 1 "Personal" "SELECT") (117 118 1 "To Jason"
"SELECT") (115 116 1 "VMware" "SELECT") (113 114 1 "WWW-Validator"
"SELECT") (111 112 1 "Work" "SELECT") (109 110 1 "[Gmail]" "SELECT")
(107 108 1 "[Gmail]/Sent Mail" "SELECT") (105 106 1 "[Gmail]/Spam"
"SELECT") (103 104 1 "libc" "SELECT") (101 102 1 "libvirt" "SELECT")
(99 100 1 "Bash" "SELECT") (97 98 1 "Kernel" "SELECT") (95 96 1 "LUG"
"SELECT") (93 94 1 "Net Filter" "SELECT") (91 92 1 "Receipts"
"SELECT") (89 90 1 "Ruby" "SELECT") (87 88 1 "Travel" "SELECT") (85 86
1 "Xen" "SELECT") (83 84 1 "[Gmail]/Drafts" "SELECT") (81 82 1
"[Gmail]/Important" "SELECT") (79 80 1 "[Gmail]/Starred" "SELECT") (77
78 1 "info@metallisation.com" "SELECT") (75 76 1 "Apache" "SELECT")
(73 74 1 "GII" "SELECT") (71 72 1 "[Gmail]/Bin" "SELECT")))
  gnus-read-active-for-groups((nnimap "Gmail" (nnimap-address
"imap.gmail.com") (nnimap-server-port "993") (nnimap-inbox "INBOX")
(nnimap-stream ssl)) (("[Gmail]/Bin" 3 nil) ("GII" 3 nil) ("Apache" 3
nil) ("info@metallisation.com" 3 nil) ("[Gmail]/Starred" 3 nil)
("[Gmail]/Important" 3 nil) ("[Gmail]/Drafts" 3 nil) ("Xen" 3 nil)
("Travel" 3 nil) ("Ruby" 3 nil) ("Receipts" 3 nil) ("Net Filter" 3
nil) ("LUG" 3 nil) ("Kernel" 3 nil) ("Bash" 3 nil) ("libvirt" 3 nil)
("libc" 3 nil) ("[Gmail]/Spam" 3 nil) ("[Gmail]/Sent Mail" 3 nil)
("[Gmail]" 3 nil) ("Work" 3 nil) ("WWW-Validator" 3 nil) ("VMware" 3
nil) ("To Jason" 3 nil) ("Personal" 3 nil) ("PERL" 3 nil) ("Jobs" 3
nil) ("INBOX" 3 nil) ("GCC" 3 nil) ("3jam" 3 nil) ("summit" 3 nil)
("[Gmail]/All Mail" 3 nil) ("Sent" 3 nil)) ((135 136 1 "Sent"
"SELECT") (133 134 1 "[Gmail]/All Mail" "SELECT") (131 132 1 "summit"
"SELECT") (129 130 1 "3jam" "SELECT") (127 128 1 "GCC" "SELECT") (125
126 1 "INBOX" "SELECT") (123 124 1 "Jobs" "SELECT") (121 122 1 "PERL"
"SELECT") (119 120 1 "Personal" "SELECT") (117 118 1 "To Jason"
"SELECT") (115 116 1 "VMware" "SELECT") (113 114 1 "WWW-Validator"
"SELECT") (111 112 1 "Work" "SELECT") (109 110 1 "[Gmail]" "SELECT")
(107 108 1 "[Gmail]/Sent Mail" "SELECT") (105 106 1 "[Gmail]/Spam"
"SELECT") (103 104 1 "libc" "SELECT") (101 102 1 "libvirt" "SELECT")
(99 100 1 "Bash" "SELECT") (97 98 1 "Kernel" "SELECT") (95 96 1 "LUG"
"SELECT") (93 94 1 "Net Filter" "SELECT") (91 92 1 "Receipts"
"SELECT") (89 90 1 "Ruby" "SELECT") (87 88 1 "Travel" "SELECT") (85 86
1 "Xen" "SELECT") (83 84 1 "[Gmail]/Drafts" "SELECT") (81 82 1
"[Gmail]/Important" "SELECT") (79 80 1 "[Gmail]/Starred" "SELECT") (77
78 1 "info@metallisation.com" "SELECT") (75 76 1 "Apache" "SELECT")
(73 74 1 "GII" "SELECT") (71 72 1 "[Gmail]/Bin" "SELECT")))
  gnus-get-unread-articles(nil nil nil)
  gnus-group-get-new-news(nil)
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus record nil)
  command-execute(gnus record)
  execute-extended-command(nil "gnus")
  call-interactively(execute-extended-command nil nil)
  command-execute(execute-extended-command)
</pre></quote>

Because of MA GNUS's inability to get past the 'Initial Sync' of my mailbox,
and no other mailer is ( I've tried KMail, Evolution ...), I am now
writing a simple Qt-Quick / QML generator of a C++ GUI to
drive PERL Net::IMAP::Client to retrieve IMAP message data, and
which is fully cognizant of the fact  that it can only display about
N=20 message headers at a time (dependant on window size & font size)
,  and allows me to :
  A) Select which Gmail folder to view;
  B) Allows me to specify IMAP 'SEARCH' command criteria, like :
      'SENTSINCE 16-Apr-2016', and / or 'SENDER x@y' .
  C) Downloads and displays only the top N message envelopes that
      match the criteria, sorted by date, newest first ;
  D) If the user selects an envelope display, the message is downloaded
      into a temporary file and loaded into emacs with emacsclient ;
  E) If the user saves the file rather than quitting the buffer, it is
taken to be
      a reply .
  F) Handles <PAGE UP> & <PAGE DOWN> keys to display the previous /
      next set of N messages .

  I can use mailx / gnus to send non-reply mail , and maybe work in support
  for mail buffer display with GNUS ...

It would be really nice if GNUS would just work on displaying the
top N messages at a time in the selected group, and let us specify
IMAP SEARCH criteria .

Thanks & Regards,
Jason

On 16/04/2016, Eric Abrahamsen <eric@ericabrahamsen.net> wrote:
> Jason Vas Dias <jason.vas.dias@gmail.com> writes:
>
>> Please, is there any way to disable the 'initial sync' of groups with MA
>> GNUS ?
>
> You'll need to sync them if you're going to read them! No, there's no
> way around doing this, but it will only happen once per group.
>
>> I just built a fresh copy of Emacs 24.5 and tried out GNUS on my main
>> GMAIL
>> account for the first time, having previously used it for my corporate
>> account
>> and liked it .
>>
>> BTW, I didn't like having to enable access by 'Less Secure Apps' in
>> GMail Settings ! :
>> https://support.google.com/accounts/answer/6010255
>> What can I do to get google to think MA GNUS is secure ? Is SSL / TLS
>> / STARTTLS not enough ? I have tried them all, and both the 'login'
>> and
>> 'cram-md5' authentication methods.
>
> I can't help with the TLS stuff, sorry....
>
>> I am running under Oracle Linux 7 (OEL7), on an x86_64 box.
>>
>> But having set up my connection in ~/.gnus :
>> <quote><pre>
>> (setq gnus-select-method
>>       '(nnimap "Gmail"
>>         (nnimap-address "imap.gmail.com")
>>         (nnimap-server-port "993")
>>         (nnimap-inbox "INBOX")
>>         (nnimap-stream ssl)
>>         (nnimap-record-commands)
>
> This could be a total red herring, but in the beginning I would remove
> `nnimap-record-commands' from this list. Especially for the initial
> sync, there could be a heck of a lot of information getting spewed out
> here. I don't immediately see why that would cause Gnus problems, but
> might as well reduce complexity.
>
>>        ))
>> (setq smtpmail-smtp-service 587)
>> </pre></quote>
>>
>> ,  and doing 'M-x gnus' for the first time in Emacs 24.5 ,
>> GNUS has now spent over an hour in the 'initial sync of 32 groups' state
>> ,
>> and has not displayed anything or updated its counter after reaching
>> 162996k  .
>>
>> Here is a gdb stack trace of the (now stuck) Emacs process:
>
> I think an Elisp trace will probably be more useful than a gdb trace.
> I'd quit the sync with C-g, (then take out the command logging,) run M-x
> toggle-debug-on-quit, then reload Gnus, let hit hang for a bit, then hit
> C-g. That should give you a backtrace you can bring back to this list.
>
> Of course, if you quit, you may find that Gnus has already successfully
> synced some or all of the groups...
>
> Yours,
> Eric
>
>
>