--- In gbuffy@yahoogroups.com, Andy Spiegl <gbuffy.andy@...> wrote:
>
> > I was trying  inbox or INBOX no changes it happens nothing.And im
> > sure that the path is inbox.
>
> So, the following works?
>
>  mutt -f imap://menuhin@.../INBOX
>
> Chau,
>  Andy.
>
> --
>  The only stupid question is the unasked one.
>

Hi,
that works and sice yesterday now gbufyy shows the new mail thx a lot
for a advice.

Menuhin

> I was trying  inbox or INBOX no changes it happens nothing.And im
> sure that the path is inbox.

So, the following works?

  mutt -f imap://menuhin@zoolook.msaitov.local/INBOX

Chau,
  Andy.

--
  The only stupid question is the unasked one.

On Mon, May 19, 2008 at 03:38:14AM -0000, msaitov2000 wrote:
> --- In gbuffy@yahoogroups.com, Andy Spiegl <gbuffy.andy@...> wrote:
> >
> > instead of
> > >       path = "";
> >
> > try:
> > >       path = INBOX;
> >
> > Does that help?
> >  Andy.
> >
> > --
> >  Beim Skifahren bei wenig Schnee hat man schnell Dreck am Stecken.
> >    (Willy Astor)
> >
>
> I was trying  inbox or INBOX no changes it happens nothing.And im
> sure that the path is inbox.

I might have missed the start of this thread, but it is not uncommon
on my setup that gbuffy fails to report new mail.  I sometimes have to
stop and restart.  It's been on my todo list to try and track down
for, oh, maybe two years now.


--
Bill Moseley
moseley@...

--- In gbuffy@yahoogroups.com, Andy Spiegl <gbuffy.andy@...> wrote:
>
> instead of
> >       path = "";
>
> try:
> >       path = INBOX;
>
> Does that help?
>  Andy.
>
> --
>  Beim Skifahren bei wenig Schnee hat man schnell Dreck am Stecken.
>    (Willy Astor)
>

I was trying  inbox or INBOX no changes it happens nothing.And im
sure that the path is inbox.

Menuhin

instead of
>       path = "";

try:
>       path = INBOX;

Does that help?
  Andy.

--
  Beim Skifahren bei wenig Schnee hat man schnell Dreck am Stecken.
    (Willy Astor)

I`ve installed GBuffy on NetBSD 4.0 from the source.
GBuffy dont show me new mail on my IMAP Server.
Here is my Config:

{
   mailboxes = (
     {
       type = imap;
       title = Eingang;
       path = "";
       command = "xterm -e mutt ";
       server = zoolook.msaitov.local;
       port = 143;
       ssl = 0;
       login = menuhin;
     }
   );
   vertical = false;
   polltime = 10;
   rows = 1;
   maildir = "/home/menuhin/Mail";
}


Thx in Advance

Menuhin

> Its a bug, the line 528 in imap.c should be:
uhh, thanks!

> I'm not sure if there is a way you can pass the quotes in through the
> config file...
I tried without success.

Are you going to release a new version soon?
Otherwise I'll forward your patch to the debian maintainer.

Thanks for the quick answer!
  Andy.

--
  If you can't write your ideas on the back of my calling card,
  you don't have a clear idea.  -- David Belasco

Its a bug, the line 528 in imap.c should be:

Is:
   snprintf (buf, sizeof (buf), "%s STATUS %s (MESSAGES RECENT)\r\n", seq,
Should be:
   snprintf (buf, sizeof (buf), "%s STATUS \"%s\" (MESSAGES RECENT)\r\n", seq,

Probably doesn't support 8bit character names either, that would require
adding a utf7 encoder.

I'm not sure if there is a way you can pass the quotes in through the
config file...

Brandon

On 02/12/08 Andy Spiegl uttered the following other thing:
> Hi, gbuffy fans!
>
> I've got a serious problem with spaces in the name of IMAP folders.
> Our imap server Cyrus has the annoying feature of using paths like this:
>  "Shared Folders/shared/postmaster"
>
> I tried all variants I could think of to specify the path in .gbuffyrc but
> gbuffy never shows new mails for these folders.  The "command" (executing
> mutt) does work however.  Am I overlooking something?
>
> Examples:
>     {
>       server = mail.mycompany.de;
>       type = imap;
>       title = sysmaster;
>       login = thatsme;
>       command = "xterm -e mutt -f '=Shared Folders/shared/sysmaster'";
>       ssl = 1;
>       path = "Shared Folders/shared/sysmaster";
>       port = 993;
>     },
>     {
>       server = mail.mycompany.de;
>       type = imap;
>       title = postmaster;
>       login = thatsme;
>       command = "xterm -e mutt -f '=Shared Folders/shared/postmaster'";
>       ssl = 1;
>       path = "shared/notfall";
>       port = 993;
>     },
>
> Thanks for any hint,
>  Andy.
>
> --
>  Computers in the future may weigh no more than 1.5 tons.
>   - Popular Mechanics, 1949

--
     Scorpius: "There are vast regions of your brain which are filled
                with nothing but gibberish."
     Chricton: "That would be high school."
                                      http://www.fiction.net/blong/

Hi, gbuffy fans!

I've got a serious problem with spaces in the name of IMAP folders.
Our imap server Cyrus has the annoying feature of using paths like this:
  "Shared Folders/shared/postmaster"

I tried all variants I could think of to specify the path in .gbuffyrc but
gbuffy never shows new mails for these folders.  The "command" (executing
mutt) does work however.  Am I overlooking something?

Examples:
     {
       server = mail.mycompany.de;
       type = imap;
       title = sysmaster;
       login = thatsme;
       command = "xterm -e mutt -f '=Shared Folders/shared/sysmaster'";
       ssl = 1;
       path = "Shared Folders/shared/sysmaster";
       port = 993;
     },
     {
       server = mail.mycompany.de;
       type = imap;
       title = postmaster;
       login = thatsme;
       command = "xterm -e mutt -f '=Shared Folders/shared/postmaster'";
       ssl = 1;
       path = "shared/notfall";
       port = 993;
     },

Thanks for any hint,
  Andy.

--
  Computers in the future may weigh no more than 1.5 tons.
   - Popular Mechanics, 1949

I've seen a few old posts about Fedora Core 2 support.  Anyone got it
working yet?  I had it working after upgrading form RH8, but after
cleaning house of old libraries and using just the FC2 ones, it's broken.

./gbuffy-0.2.6.0: error while loading shared libraries:
/usr/lib/libgdk-1.2.so.0: undefined symbol: XListInputDevices

There seems to be a bug with sylpheed which causes gbuffy to not
highlight the unread messages in a mailbox when the left button is
pressed. I have traced the error to somewhere in count.c. I may be
wrong on this, but it seems to be the case. Was anyone able to get it
to work correctly with Fedora Core 2? Or Fedora Core 1 for the matter?
I am able to compile all right and it even shows the unread messages
fine, but the problem crops up when I click the left button to check
on the e-mail messages.

Finally, I must say that mbox messages are highlighted just fine so
that I believe that this anomalous bug/feature is with using sylpheed.

Thanks and best wishes!

I don't currently have a fedora2 box, so not much I can do about that.

One of these days I should upgrade from rh6.1, I guess.

Brandon

On 06/17/04 R uttered the following other thing:
> Hi,
>
> Any chance we will be having a Fedora Core 2 version of gbuffy? It is
> becoming very necessary since some of the libraries have been
> superseded in Fedora Core 2.
>
> Thanks, and best wishes!
> R

--
  "Of all the things I've lost, I miss my mind the most." -- Ozzy Osbourne
                                            http://www.fiction.net/blong/

Hi,

Any chance we will be having a Fedora Core 2 version of gbuffy? It is
becoming very necessary since some of the libraries have been
superseded in Fedora Core 2.

Thanks, and best wishes!
R

Here's a simple patch adding some user friendlyness to gbuffy's login
dialog and a vital imap bugfix.


	 o  Make Enter in the login dialog submit the dialog.
	    (unfortunately, the password input box  doesn't currently
	    automatically grab the keyboard focus yet)
	 o  The imap code will happily increase the sequence counter
	    ad infinitum.  With many mailboxes and a solid uptime, this
	    quickly overflows the SEQLEN constant (which is 4) and after
	    this, all imap communication stops working.

	    My fix is to let the sequence counter start over again as soon
	    as it reaches 10000.


Eivind

diff -urN gbuffy-0.2.6/gbuffy.c ../../gbuffy-0.2.6-r1/work/gbuffy-0.2.6/gbuffy.c
--- gbuffy-0.2.6/gbuffy.c 2003-10-10 23:30:11.000000000 +0200
+++ ../../gbuffy-0.2.6-r1/work/gbuffy-0.2.6/gbuffy.c 2004-01-11
14:59:32.000000000 +0100
@@ -6,6 +6,7 @@
  #include <stdlib.h>
  #include <unistd.h>
  #include <gtk/gtk.h>
+#include <gdk/gdk.h>
  #include <pwd.h>
  #include <string.h>
  #include <compface.h>
diff -urN gbuffy-0.2.6/gtklib.c ../../gbuffy-0.2.6-r1/work/gbuffy-0.2.6/gtklib.c
--- gbuffy-0.2.6/gtklib.c 2003-10-10 23:22:20.000000000 +0200
+++ ../../gbuffy-0.2.6-r1/work/gbuffy-0.2.6/gtklib.c 2004-01-07
10:12:57.000000000 +0100
@@ -2,9 +2,11 @@
  #include <gtk/gtk.h>
  #include <stdio.h>
  #include <string.h>
+#include <gdk/gdkkeysyms.h>
  #include "gtklib.h"
  #include "gbuffy.h"

+
  GtkWidget * create_option_menu (OptionMenuItem items[], gint num_items)
  {
    GtkWidget *menu;
@@ -99,6 +101,8 @@
    int ok;
  } PDIALOG;

+gboolean check_for_enter(GtkWidget *widget, GdkEventKey *event, PDIALOG* pd);
+
  void pass_select_ok (GtkWidget *w, PDIALOG *pd)
  {
    pd->user = gtk_entry_get_text (GTK_ENTRY (pd->user_entry));
@@ -111,6 +115,7 @@
  int password_prompt_dialog (char *prompt, char *user, size_t userlen,
      char *pass, size_t passlen)
  {
+  GtkWidget *ok;
    GtkWidget *button;
    GtkWidget *label;
    GtkWidget *table;
@@ -124,12 +129,15 @@
    destroy_sig = gtk_signal_connect (GTK_OBJECT (pd.dialog), "destroy",
 		       (GtkSignalFunc) quit_dialog, &pd.dialog);

-  button = gtk_button_new_with_label ("Ok");
+  ok = gtk_button_new_with_label ("Ok");
+  // Ok is the default button.
+  GTK_WIDGET_SET_FLAGS (ok, GTK_CAN_DEFAULT);
+
    gtk_box_pack_start (GTK_BOX (GTK_DIALOG (pd.dialog)->action_area),
-              button, TRUE, TRUE, 0);
-  gtk_signal_connect (GTK_OBJECT (button),
+              ok, TRUE, TRUE, 0);
+  gtk_signal_connect (GTK_OBJECT (ok),
 		       "clicked", (GtkSignalFunc) pass_select_ok, &pd);
-  gtk_widget_show (button);
+  gtk_widget_show (ok);

    button = gtk_button_new_with_label ("Cancel");
    gtk_box_pack_start (GTK_BOX (GTK_DIALOG (pd.dialog)->action_area),
@@ -139,6 +147,8 @@
 		       GTK_OBJECT (pd.dialog));
    gtk_widget_show (button);

+  gtk_widget_grab_default (ok);
+
    gtk_window_set_title (GTK_WINDOW (pd.dialog), "Login Prompt");

    label = gtk_label_new (prompt);
@@ -168,8 +178,16 @@
    pd.pass_entry = gtk_entry_new_with_max_length (passlen);
    gtk_entry_set_visibility (GTK_ENTRY (pd.pass_entry), FALSE);
    gtk_entry_set_text (GTK_ENTRY (pd.pass_entry), pass);
+
+
+  gtk_signal_connect (GTK_OBJECT (pd.pass_entry),
+ 	      "key-press-event", (GtkSignalFunc) check_for_enter,
+ 	      &pd);
+
    gtk_table_attach (GTK_TABLE (table), pd.pass_entry, 1, 2, 1, 2,
        GTK_EXPAND | GTK_FILL, GTK_EXPAND, 0, 0);
+
+
    gtk_widget_show (pd.pass_entry);
    gtk_widget_show (table);
    gtk_widget_show (pd.dialog);
@@ -186,3 +204,13 @@
    gtk_widget_destroy (pd.dialog);
    return pd.ok;
  }
+
+gboolean check_for_enter(GtkWidget *widget, GdkEventKey *event, PDIALOG *pd)
+{
+ if (event->keyval == GDK_Return) {
+  pass_select_ok(NULL, pd);
+  return TRUE;
+ } else {
+  return FALSE;
+ }
+}
diff -urN gbuffy-0.2.6/imap.c ../../gbuffy-0.2.6-r1/work/gbuffy-0.2.6/imap.c
--- gbuffy-0.2.6/imap.c 2003-10-10 11:06:53.000000000 +0200
+++ ../../gbuffy-0.2.6-r1/work/gbuffy-0.2.6/imap.c 2004-03-09 09:02:12.641950968
+0100
@@ -71,6 +71,8 @@
    static int sequence = 0;

    snprintf (buf, buflen, "a%04d", sequence++);
+
+  sequence = sequence % 10000;
  }


@@ -136,7 +138,8 @@
  /* returns 1 if the command result was OK, or 0 if NO or BAD */
  static int imap_code (const char *s)
  {
-  s += SEQLEN;
+//  s += SEQLEN;
+  while (*s != ' ') s++;
    SKIPWS (s);
    return (strncasecmp ("OK", s, 2) == 0);
  }
@@ -448,6 +451,7 @@
        return (-1);
      }

+
      if (buf[0] == '*')
      {
        s = imap_next_word (buf);

Looks like uncmain.c needs to #include <errno.h>

Brandon

On 02/03/04 R uttered the following other thing:
> I get the following on compiling, on Fedora Core 1.
>
> ./configure goes through without incident
>
> make
> .......
> uncmain.o(.text+0x29b): In function `main':
> /root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:90: warning:
> `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
>
uncmain.o(.text+0x291):/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:9\
0:
> warning: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
>
uncmain.o(.text+0x28a):/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:9\
0:
> undefined reference to `errno'
> uncmain.o(.text+0x3d1): In function `WriteBuf':
> /root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:128: undefined
> reference to `errno'
> uncmain.o(.text+0x54f): In function `ReadBuf':
> /root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:151: undefined
> reference to `errno'
> collect2: ld returned 1 exit status
> make[1]: *** [uncompface] Error 1
> make[1]: Leaving directory `/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface'
> make: *** [libcompface/libcompface.a] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.86484 (%build)
>
> Any ideas? Anyone face this problem before? Thanks!
>
>
>
>
> Yahoo! Groups Links
>
> To visit your group on the web, go to:
>  http://groups.yahoo.com/group/gbuffy/
>
> To unsubscribe from this group, send an email to:
>  gbuffy-unsubscribe@yahoogroups.com
>
> Your use of Yahoo! Groups is subject to:
>  http://docs.yahoo.com/info/terms/
>

--
  "Some people never observe anything. Life just happens to them. They
   get by on little more than a kind of dumb persistence, and they
   resist with anger and resentment anything that might lift them out of
   that false serenity." -- Frank Herbert, _Heretics of Dune_

I get the following on compiling, on Fedora Core 1.

./configure goes through without incident

make
.......
uncmain.o(.text+0x29b): In function `main':
/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:90: warning:
`sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
uncmain.o(.text+0x291):/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:9\
0:
warning: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
uncmain.o(.text+0x28a):/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:9\
0:
undefined reference to `errno'
uncmain.o(.text+0x3d1): In function `WriteBuf':
/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:128: undefined
reference to `errno'
uncmain.o(.text+0x54f): In function `ReadBuf':
/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface/uncmain.c:151: undefined
reference to `errno'
collect2: ld returned 1 exit status
make[1]: *** [uncompface] Error 1
make[1]: Leaving directory `/root/rpmbuild/BUILD/gbuffy-0.2.6/libcompface'
make: *** [libcompface/libcompface.a] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.86484 (%build)

Any ideas? Anyone face this problem before? Thanks!

The problem is the HorizPos/VertPos.sign fields
get modified when they shouldn't.

--- gbuffy.c.orig Fri Oct 10 14:30:11 2003
+++ gbuffy.c Thu Jan  8 10:17:22 2004
@@ -566,11 +566,10 @@
    if (cur_height != Height)
      Height = cur_height;

-  HorizPos.sign = POSITIVE;
-  VertPos.sign = POSITIVE;
-
-  if (beenhere)
+  if (beenhere) {
+    HorizPos.sign = VertPos.sign = POSITIVE;
      gdk_window_get_position (MainWindow->window, &HorizPos.value,
&VertPos.value);
+    }
    else
      beenhere = 1;

Or, just fix the code so it looks like the following in
gbuffy.c (move the assignment of POSITIVE to the sign fields
to within the "beenhere" if statement:

   gdk_window_get_size(MainWindow->window, &cur_width, &cur_height);
   if (cur_width != Width)
     Width = cur_width;
   if (cur_height != Height)
     Height = cur_height;

   /* old assignments were right here */

   if (beenhere) {
     HorizPos.sign = VertPos.sign = POSITIVE;
     gdk_window_get_position (MainWindow->window, &HorizPos.value,
&VertPos.value);
     }
   else
     beenhere = 1;

   return TRUE;
}

On 11/09/03 R uttered the following other thing:
> $gbuffy
> gbuffy: relocation error: /usr/lib/libgdk-1.2.so.0: undefined symbol:
> XListInputDevices
>
> What exactly is this error? Can someone please help?

I'm guessing you're using one of the pre-compiled executables?
Sounds like another library is needed to link against on fedora...

Guess I'll have to upgrade at some point to check it out.  Though, a
compiled version for rh9 might work, or I could statically compile it..

Brandon
--
    "Patriotism is the virtue of the vicious"
                                         -- Oscar Wilde
                                                 http://www.fiction.net/blong/

$gbuffy
gbuffy: relocation error: /usr/lib/libgdk-1.2.so.0: undefined symbol:
XListInputDevices

What exactly is this error? Can someone please help?

Thanks and best wishes!

Hi,

I am still using xbuffy but the follwing patch enhances gbuffy to also
read password from .gbuffyrc for imap connections.

As this is a security problem, one may also want to check permissions
of .gbuffyrc to not be group or world readable; haven't done this but
a fstat(2) call could be added easily in config.c around line 358
(saving then should also take care of permissions).

The patch will hide the password in the Mailbox Configuration Dialog
(displaying ******) and configuring and saving should be working fine too.

--- cut ---
--- config.c.orig Fri Oct 10 21:30:11 2003
+++ config.c Wed Oct 29 11:58:57 2003
@@ -118,6 +118,7 @@
    proplist_t ssl = PLMakeString ("ssl");
  #endif
    proplist_t login = PLMakeString ("login");
+  proplist_t pass = PLMakeString ("pass");
    proplist_t newsrc = PLMakeString ("newsrc");
    proplist_t tmp;
    BOX_INFO *box;
@@ -192,6 +193,12 @@
 	 boxdict = PLInsertDictionaryEntry (boxdict, login, tmp);
 	 PLRelease (tmp);
        }
+      if (box->pass && box->pass[0])
+      {
+ tmp = PLMakeString (box->pass);
+ boxdict = PLInsertDictionaryEntry (boxdict, pass, tmp);
+ PLRelease (tmp);
+      }
      }
      if (box->newsrc && box->newsrc[0])
      {
@@ -229,6 +236,7 @@
    PLRelease(ssl);
  #endif
    PLRelease(login);
+  PLRelease(pass);
    PLRelease(newsrc);
  }

@@ -292,6 +300,7 @@
 	   "mutt");
        box->server = configure_load_string (boxdict, "server");
        box->login = configure_load_string (boxdict, "login");
+      box->pass = configure_load_string (boxdict, "pass");
        if (box->type == GB_NNTP)
 	 box->newsrc = configure_load_path_with_default (boxdict, "newsrc",
"~/.newsrc");
  #ifdef HAVE_SSL
--- gbconfig.c.orig Fri Oct 10 09:06:53 2003
+++ gbconfig.c Wed Oct 29 11:58:57 2003
@@ -39,6 +39,8 @@
  static GtkWidget *PortLabel;
  static GtkWidget *LoginEntry;
  static GtkWidget *LoginLabel;
+static GtkWidget *PassEntry;
+static GtkWidget *PassLabel;
  static GtkWidget *NewsrcEntry;
  static GtkWidget *NewsrcLabel;

@@ -117,6 +119,12 @@
      gtk_widget_show (LoginEntry);
      gtk_entry_set_text (GTK_ENTRY (LoginEntry),
 	 box->login ? box->login : NONULL (Username));
+
+    gtk_widget_show (PassLabel);
+    gtk_widget_show (PassEntry);
+    gtk_entry_set_visibility (GTK_ENTRY (PassEntry), FALSE);
+    gtk_entry_set_text (GTK_ENTRY (PassEntry),
+ box->pass ? box->pass : "");
    }
    else
    {
@@ -128,6 +136,8 @@
      gtk_widget_hide (PortEntry);
      gtk_widget_hide (LoginLabel);
      gtk_widget_hide (LoginEntry);
+    gtk_widget_hide (PassLabel);
+    gtk_widget_hide (PassEntry);
      gtk_widget_hide (NewsrcLabel);
      gtk_widget_hide (NewsrcEntry);
    }
@@ -170,6 +180,7 @@
    if (box->type == GB_IMAP || box->type == GB_NNTP)
    {
      box->login = strdup (gtk_entry_get_text (GTK_ENTRY (LoginEntry)));
+    box->pass = strdup (gtk_entry_get_text (GTK_ENTRY (PassEntry)));
      box->server = strdup (gtk_entry_get_text (GTK_ENTRY (ServerEntry)));
      if (box->type == GB_NNTP)
        box->newsrc = strdup (gtk_entry_get_text (GTK_ENTRY (NewsrcEntry)));
@@ -219,6 +230,11 @@
      gtk_widget_show (LoginLabel);
      gtk_widget_show (LoginEntry);
      gtk_entry_set_text (GTK_ENTRY (LoginEntry), NONULL (Username));
+    gtk_widget_show (PassLabel);
+    gtk_widget_show (PassEntry);
+    gtk_entry_set_visibility (GTK_ENTRY (PassEntry), FALSE);
+    gtk_entry_set_text (GTK_ENTRY (PassEntry),
+ box->pass ? box->pass : "");
    }
    else
    {
@@ -230,6 +246,8 @@
      gtk_widget_hide (PortEntry);
      gtk_widget_hide (LoginLabel);
      gtk_widget_hide (LoginEntry);
+    gtk_widget_hide (PassLabel);
+    gtk_widget_hide (PassEntry);
      gtk_widget_hide (NewsrcLabel);
      gtk_widget_hide (NewsrcEntry);
    }
@@ -249,6 +267,8 @@
        {
 	 if (box->login)
 	   gtk_entry_set_text (GTK_ENTRY (LoginEntry), box->login);
+ if (box->pass)
+   gtk_entry_set_text (GTK_ENTRY (PassEntry), box->pass);
 	 if (box->server)
 	   gtk_entry_set_text (GTK_ENTRY (ServerEntry), box->server);
  #ifdef HAVE_SSL
@@ -648,6 +668,14 @@
 	 GTK_EXPAND | GTK_FILL, GTK_EXPAND, 0, 5);
      LoginEntry = gtk_entry_new ();
      gtk_table_attach (GTK_TABLE (table), LoginEntry, 1, 3, row - 1, row,
+ GTK_EXPAND | GTK_FILL, GTK_EXPAND, 0, 5);
+    row++;
+
+    PassLabel = gtk_label_new ("Password:");
+    gtk_table_attach (GTK_TABLE (table), PassLabel, 0, 1, row - 1, row,
+ GTK_EXPAND | GTK_FILL, GTK_EXPAND, 0, 5);
+    PassEntry = gtk_entry_new ();
+    gtk_table_attach (GTK_TABLE (table), PassEntry, 1, 3, row - 1, row,
 	 GTK_EXPAND | GTK_FILL, GTK_EXPAND, 0, 5);
      row++;

--- GBuffy.orig Wed Oct 29 12:04:40 2003
+++ GBuffy Wed Oct 29 12:06:43 2003
@@ -59,9 +59,19 @@
        title = Tuna;
        path = "~/Mail/tuna";
        command = "rxvt -rv -e mutt -f =tuna";
+    },
+    {
+      type = imap;
+      title = INBOX;
+      path = "/var/mail/username";
+      login = username;
+      pass = "dummy";
+      command = "";
+      ssl = 1;
+      port = 143;
      }
    );
    vertical = false;
    polltime = 10;
    maildir = "/home/blong/Mail";
-}
\ No newline at end of file
+}
--- cut ---


PS: the freebsd port section on the homepage seems to need updating.

--
Greetings

Bjoern A. Zeeb 		 bzeeb at Zabbadoz dot NeT
56 69 73 69 74 		 http://www.zabbadoz.net/

OK, I was able to get it going, with the following work and one caveat...

I soft-linked libssl.so.0 -> /lib/libssl.so.0.9.7a and  libcrypto.so.0
-> /lib/libcrypto.so.0.9.7a and was able to get it going as far as the
binary goes. However, I can not tell what mail has come in: when I
left-click on the boxes, I get nothing. So while I can tell that new
mail has come in, I can't tell what has come in without opening the
mailer. I must mention that I use sylpheed which did not work at all
previously so I am quite happier now.

However, I also tried configuring it, but was unable to do so because
at the part it says checking for OpenSSL... it says no.

Then, with make, I get the following:

# make
gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`  -I./libcompface    -c
-o config.o config.c
gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`  -I./libcompface    -c
-o count.o count.c
gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`  -I./libcompface    -c
-o from.o from.c
gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`  -I./libcompface    -c
-o gbconfig.o gbconfig.c
gbconfig.c: In function `configure_select_mailbox':
gbconfig.c:125: `SSLLabel' undeclared (first use in this function)
gbconfig.c:125: (Each undeclared identifier is reported only once
gbconfig.c:125: for each function it appears in.)
gbconfig.c:126: `SSLCheckbox' undeclared (first use in this function)
gbconfig.c: In function `configure_set_type':
gbconfig.c:227: `SSLLabel' undeclared (first use in this function)
gbconfig.c:228: `SSLCheckbox' undeclared (first use in this function)
make: *** [gbconfig.o] Error 1

By the way, is there any thought to hiding the mailboxes that do not
contain new messages -- so a box pops up or gets lined up when there
is a new message in the mailbox?

Thanks and best wishes,
R:-)


--- In gbuffy@yahoogroups.com, "R" <itsme_410@y...> wrote:
Thanks!

However, I was not able to get it to run on  RH9. I used both the binary:


gbuffy-0.2.6: error while loading shared libraries: libssl.so.0:
cannot open shared object file: No such file or directory

or doing configure and then make install doen's even compile. Whree do
i get libssl.so.0 -- the rpms seem to conflict with the later versions
--- End forwarded message ---

Thanks!

However, I was not able to get it to run on  RH9. I used both the binary:


gbuffy-0.2.6: error while loading shared libraries: libssl.so.0:
cannot open shared object file: No such file or directory

or doing configure and then make install doen's even compile. Whree do
i get libssl.so.0 -- the rpms seem to conflict with the later versions

Ok, I finally put together another release of gbuffy, and fixed some of
the issues people have had.

Changes in 0.2.6
   - SSL Support from Eivind Tagseth <eivindt@...>
   - fixes from debian
     - don't display Vertical button in applet mode
     - manpage from Era Eriksson
     - fix for duplicating xface on imap mailboxes
     - new default command
   - better support for mh folders (.mh_sequences and .sylpheed_mark)
   - bugfix: display headers for new mail in maildir folders
   - bugfix: fix Courier IMAP support

The new release is available from
http://www.fiction.net/blong/programs/gbuffy

I have pre-compiled versions available for rh6 and rh7... I should
really upgrade one of these days...

Let me know if you have any problems.

Brandon
--
   "The 'Christian Coalition' gives a bad name to both Christians and
          coalitions." -- Her Grace the Duchess, Bonni Hall
                                            http://www.fiction.net/blong/

> I'm not sure what the problem is...

> Brandon

> On 10/10/03 R uttered the following other thing:
>> is there any easy fix to this problem?
>>
>> thx!



The problem is that sylpheed uses mh folder
format but uses .sylpheed_mark to
get a time-stamp for last access to the mail
folder. All messages after that
time-stamp are new. gbuffy can not recognize
that....

thx!

I'm not sure what the problem is...

Brandon

On 10/10/03 R uttered the following other thing:
> is there any easy fix to this problem?
>
> thx!
>
>

--
  "God took 6 days to create the world, but the first one was an allnighter."
         -- leibniz rumor
                                            http://www.fiction.net/blong/

is there any easy fix to this problem?

thx!

That patched imap.c works great! Thanks a lot..
I can finally use gbuffy!!! :)

So my next question is, is there a way to make gbuffy play sounds when mail
comes in?  I figure the best setup would be a different sound for different
mailboxes, but any sound would be better than nothing.

-----Original Message-----
From: Don Eisele [mailto:quixote@...]
Sent: Tuesday, October 07, 2003 7:23 AM
To: Net Nut
Cc: 'ksuquix'; gbuffy@yahoogroups.com
Subject: Re: still having trouble using this on a with courier imap server


gbuffy is looking for message marked as "RECENT".
When you connect and look at headers, then the "RECENT" flag is removed with
courier.

This patch gets you closer to what you want, probably:
--- imap.c+     Tue Oct  7 08:54:23 2003
+++ imap.c      Tue Oct  7 08:54:06 2003
@@ -525,7 +525,7 @@
     * think we want that, so use UNSEEN instead */
    /* Go back to using RECENT, as it shouldn't be updated on EXAMINE */
    imap_make_sequence (seq, sizeof (seq));
-  snprintf (buf, sizeof (buf), "%s STATUS %s (MESSAGES RECENT)\r\n", seq,
+  snprintf (buf, sizeof (buf), "%s STATUS %s (MESSAGES UNSEEN)\r\n",
+ seq,
        ibox->path);

    msocket_write (conn, buf);
@@ -560,7 +560,7 @@
                 ibox->num_messages = atoi (s);
               }
             }
-           else if (strncmp ("RECENT", s, 6) == 0)
+           else if (strncmp ("UNSEEN", s, 6) == 0)
             {
               s = imap_next_word (s);
               if (isdigit (*s))


The only problem with that is that i've found that mail readers are acting
somewhat differently than I had gotten from using /var/mail/foo mbox format.

With /var/mail/foo mbox format, you had Status headers that were written
into the messages.  The interesting ones were:
No status:   New
Status: O    Old
Status: R    Read


Now what you have is:
RECENT  (which seems almost useless in courier unless you only use one
instance
	 of one mail client period)
SEEN/UNSEEN  (which corresponds to Read messages)


Mutt, which I use as a mailreader appears to me to recognize when it opens
that "RECENT" messages are new, and anything that isn't marked
as seen, but isn't "RECENT" is Old.

However, this is for initial connection.  Only one "client" can do this at
once.  I haven't figured out any way that gbuffy can even reasonably tell
the difference between these.

On Mon, Oct 06, 2003 at 03:11:39PM -0700, Net Nut did say:
>So, this works in that the box actually shows a number other than zero
>now, but I have noticed the minute I access on of the maildirs to see
>what mail is in there  (even if I never open any mail itmes) the
>mailcount jumps to 0 from whatever it was at (which was acurate untill
>I looked in the folder).
>
>Any idea what causes this?
>
>
>
>-----Original Message-----
>From: ksuquix [mailto:quixote@...]
>Sent: Friday, September 26, 2003 1:43 PM
>To: gbuffy@yahoogroups.com
>Subject: Re: still having trouble using this on a with courier imap server
>
>
>I just had this problem too.
>
>What I did to solve the problem was instead of this:
>      path = INBOX;
>use this:
>      path = "\"INBOX\"";
>
>(In the gui, put double quotes around inbox)
>
>When the status is coming back from courier, it is putting quotes
>around the inbox name, which gbuffy isn't parsing.
>
>--- In gbuffy@yahoogroups.com, NetNut404 <netnut404@u...> wrote:
>> more info...
>>
>> after sending a new mail to myself.. it says this in the debug log..
>>
>>
>> msocket_read_line_d():* STATUS "inbox" (MESSAGES 102 RECENT 0)
>> msocket_read_line_d():a0004 OK STATUS Completed. msocket_write():a0005
>> STATUS inbox (MESSAGES RECENT)^M
>> msocket_read_line_d():* STATUS "inbox" (MESSAGES 103 RECENT 1)
>> msocket_read_line_d():a0005 OK STATUS Completed. msocket_write():a0006
>> STATUS inbox (MESSAGES RECENT)^M
>> msocket_read_line_d():* STATUS "inbox" (MESSAGES 103 RECENT 1)
>>
>> yet the number stays the same in gbuffy
>>
>>
>>
>> NetNut404 writes:
>>
>> > Oops  I spoke too soon  it did eventually write to the log after
>leaving it
>> > running for a while..
>> >
>> > it said
>> > cat .gbuffydebug
>> > msocket_read_line_d():* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN
>NAMESPACE
>> > THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE STARTTLS]
>> > Courier-IMAP ready. Copyright 1998-2003 Double Precision, Inc.
>See COPYING
>> > for distribution information.
>> > msocket_write():a0000 LOGIN "dauser" "password"
>> > msocket_read_line_d():a0000 OK LOGIN Ok. msocket_write():a0001
>> > STATUS inbox (MESSAGES RECENT)
>> > msocket_read_line_d():* STATUS "inbox" (MESSAGES 102 RECENT 0)
>> > msocket_read_line_d():a0001 OK STATUS Completed.
>> > msocket_write():a0002 STATUS inbox (MESSAGES RECENT)
>> > msocket_read_line_d():* STATUS "inbox" (MESSAGES 102 RECENT 0)
>> > msocket_read_line_d():a0002 OK STATUS Completed.
>> >
>> > so why does it always show 0 ?
>> >
>> >
>> >
>> > NetNut404 writes:
>> >
>> >> ok, that workd fo compiling, and now it took the -d 5  and said
>> >>
>> >> "-I- Debugging at level 5"
>> >>
>> >> but the debug file which was created remains 0 bytes even after
>putting in
>> >> the username and password both incorrectly, and correctly..
>> >>
>> >> ls -la .gbuffydebug
>> >>  -rw-rw-r--    1  dauser   dauser           0 Sep 13 23:00
>.gbuffydebug
>> >>
>> >> pointers?
>> >>
>> >>
>> >> Brandon Long writes:
>> >>
>> >>> yeah, that's a known issue, just delete that call to g_print.
>> >>>
>> >>> Brandon
>> >>>
>> >>> On 09/13/03 NetNut404 uttered the following other thing:
>> >>>> Hmm  but when I do that it no longer compiles..  I get
>> >>>>
>> >>>> make
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o
>config.o config.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o count.o
>count.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o from.o
>from.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o gbconfig.o
>> >>>> gbconfig.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o
>gbuffy.o gbuffy.c
>> >>>> gbuffy.c: In function `main':
>> >>>> gbuffy.c:858: `width' undeclared (first use in this function)
>> >>>> gbuffy.c:858: (Each undeclared identifier is reported only once
>> >>>> gbuffy.c:858: for each function it appears in.)
>> >>>> gbuffy.c:858: `height' undeclared (first use in this function)
>> >>>> gbuffy.c:858: `horizontal' undeclared (first use in this
>> >>>> function)
>> >>>> gbuffy.c:858: `vertical' undeclared (first use in this function)
>> >>>> make: *** [gbuffy.o] Error 1
>> >>>>
>> >>>>
>> >>>> which looks to be this line
>> >>>>
>> >>>>
>> >>>>    g_print("Will set:\nWidth: %d\nHeight: %d\nXOFF:
>%d:%d\nYOFF: %d:%d\n",
>> >>>> >          width, height, horizontal.sign, horizontal.value,
>vertical.sign,
>> >>>>          vertical.value);
>> >>>>
>> >>>> this is in
>http://www.fiction.net/blong/programs/gbuffy/gbuffy-0.2.5.tar.gz
>> >>>>
>> >>>> it also errors in
>> >>>>
>http://www.fiction.net/blong/programs/gbuffy/gbuffy-0.2.4.tar.gz  at
>the
>> >>>> same place (which is a different line # )
>> >>>>
>> >>>> pointers?
>> >>>>
>> >>>>
>> >>>>
>> >>>> Brandon Long writes:
>> >>>>
>> >>>> > Just define DEBUG in the config.h file
>> >>>> >
>> >>>> > Brandon
>> >>>> >
>> >>>> > On 09/12/03 NetNut404 uttered the following other thing:
>> >>>> >> ok, what option should be used for enableing debug ? I don't
>> >>>> >> see it in the configure script.
>> >>>> >>
>> >>>> >> Brandon Long writes:
>> >>>> >>
>> >>>> >> > If you compile with debug enabled, ./gbuffy -d 5 should
>log the entire
>> >>>> >> > imap traffic to ~/.gbuffydebug, and then you should see
>what command its
>> >>>> >> > issuing to see whats in the folder, and what the response
>is from the
>> >>>> >> > imap server.
>> >>>> >> >
>> >>>> >> > Brandon
>> >>>> >> >
>> >>>> >> > On 09/11/03 moseley@h... uttered the following other thing:
>> >>>> >> >> On Fri, Sep 12, 2003 at 06:00:06AM -0000, netnut404 wrote:
>> >>>> >> >> > oops meant to say I have
>> >>>> >> >> >
>> >>>> >> >> > courier-imap-2.1.1.20030902-1.9
>> >>>> >> >> >
>> >>>> >> >> > (same thing)  I can't figure why for the life of me it
>does not work..
>> >>>> >> >> > the passowrds work, and it authenticates, but it always
>shows 0  not
>> >>>> >> >> > sure why.
>> >>>> >> >>
>> >>>> >> >> printf() and gdb are the path to enlightenment, I'm
>> >>>> >> >> afraid.
>> >>>> >> >>
>> >>>> >> >
>> >>>> >> > --
>> >>>> >> >   "After two years and two kids, he realizes that hooking
>up with an
>> >>>> >> >    unstable meth freak cum slut wasn't the ace decision it
>seemed to be
>> >>>> >> >    in his candy coated dreams."
>> >>>> >> >
>http://www.plastic.com/article.html?sid=02/06/04/13303253#30
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>----------------------------------------------------------------
>> >>>> >> | grant@s...                http://www.stephenson.cc  |
>> >>>> >>
>----------------------------------------------------------------
>> >>>> >> | My pgp key is available @
>> >>>> >> | http://www.grant.stephenson.cc/pgp
>> >>>> >> | |
>> >>>> >>
>----------------------------------------------------------------
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>> >>
>> >>>> >
>> >>>> > --
>> >>>> >  "I see.  So the T1000 is a lesbian." -- Newob Det, ASC
>> >>>> >
>http://www.fiction.net/blong/
>> >>>> >
>> >>>> > ------------------------ Yahoo! Groups Sponsor
>---------------------~-->
>> >>>> > Upgrade to 128-Bit SSL Security!
>> >>>> > http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/W4wwlB/TM
>> >>>> >
>---------------------------------------------------------------------~-
>>
>> >>>> >
>> >>>> >
>> >>>> >
>> >>>> > Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>> >
>> >>>> >
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> ----------------------------------------------------------------
>> >>>> | grant@s...                http://www.stephenson.cc  |
>> >>>>
>> >>>> ----------------------------------------------------------------
>> >>>> | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>> >>>>
>----------------------------------------------------------------
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>>
>> >>>
>> >>> --
>> >>>   "If you're falling off a cliff, you might as well try to fly.
> You've
>> >>>    got nothing to lose." -- Delenn
>> >>>
>http://www.fiction.net/blong/
>> >>>
>> >>> ------------------------ Yahoo! Groups Sponsor
>
>> >>>
>> >>>
>> >>>
>> >>> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>
>> >>>
>> >>
>> >>
>> >>
>> >>  ----------------------------------------------------------------
>> >> | grant@s...                http://www.stephenson.cc  |
>> >>  ----------------------------------------------------------------
>> >> | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>> >>  ----------------------------------------------------------------
>> >>
>> >>
>> >> ------------------------ Yahoo! Groups Sponsor
>---------------------~-->
>> >> Upgrade to 128-Bit SSL Security!
>> >> http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/W4wwlB/TM
>> >>
>---------------------------------------------------------------------~-
>>
>> >>
>> >>
>> >>
>> >> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>
>> >>
>> >
>> >
>> >
>> >  ----------------------------------------------------------------
>> > | grant@s...                http://www.stephenson.cc  |
>> >  ----------------------------------------------------------------
>> > | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>> >  ----------------------------------------------------------------
>> >
>> >
>> > ------------------------ Yahoo! Groups Sponsor
>---------------------~-->
>> > Upgrade to 128-Bit SSL Security!
>> > http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/W4wwlB/TM
>> >
>---------------------------------------------------------------------~-
>>
>> >
>> >
>> >
>> > Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >
>> >
>>
>>
>>
>>  ----------------------------------------------------------------
>> | grant@s...                http://www.stephenson.cc  |
>>  ----------------------------------------------------------------
>> | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>>  ----------------------------------------------------------------
>
>
>
>
>
>Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>
>

--
Don Quixote -- quixote@...
http://toysmakeuspowerful.com
   "I ought not to let my mind wander, as it's too small to go off by itself"
WebSune Card search engine: http://toysmakeuspowerful.com/search
Card auctions: http://imperialblock.com
Surplus/Vintage Gaming stuff: http://toysmakeuspowerful.com/store

------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy
Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark Printer
at MyInks.com. Free s/h on orders $50 or more to the US & Canada.
http://www.c1tracking.com/l.asp?cid=5511
http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/W4wwlB/TM
---------------------------------------------------------------------~->



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Hi,

Can I get gbuffy to display new messages in the folder (MH format)
only? I am using Redhat 9 linux.

Thanks for any help you can give!!

gbuffy is looking for message marked as "RECENT".
When you connect and look at headers, then the "RECENT" flag is removed
with courier.

This patch gets you closer to what you want, probably:
--- imap.c+     Tue Oct  7 08:54:23 2003
+++ imap.c      Tue Oct  7 08:54:06 2003
@@ -525,7 +525,7 @@
     * think we want that, so use UNSEEN instead */
    /* Go back to using RECENT, as it shouldn't be updated on EXAMINE */
    imap_make_sequence (seq, sizeof (seq));
-  snprintf (buf, sizeof (buf), "%s STATUS %s (MESSAGES RECENT)\r\n", seq,
+  snprintf (buf, sizeof (buf), "%s STATUS %s (MESSAGES UNSEEN)\r\n", seq,
        ibox->path);

    msocket_write (conn, buf);
@@ -560,7 +560,7 @@
                 ibox->num_messages = atoi (s);
               }
             }
-           else if (strncmp ("RECENT", s, 6) == 0)
+           else if (strncmp ("UNSEEN", s, 6) == 0)
             {
               s = imap_next_word (s);
               if (isdigit (*s))


The only problem with that is that i've found that mail readers are acting
somewhat differently than I had gotten from using /var/mail/foo mbox
format.

With /var/mail/foo mbox format, you had Status headers that were written
into the messages.  The interesting ones were:
No status:   New
Status: O    Old
Status: R    Read


Now what you have is:
RECENT  (which seems almost useless in courier unless you only use one instance
	 of one mail client period)
SEEN/UNSEEN  (which corresponds to Read messages)


Mutt, which I use as a mailreader appears to me to recognize when it
opens that "RECENT" messages are new, and anything that isn't marked
as seen, but isn't "RECENT" is Old.

However, this is for initial connection.  Only one "client" can do this
at once.  I haven't figured out any way that gbuffy can even reasonably
tell the difference between these.

On Mon, Oct 06, 2003 at 03:11:39PM -0700, Net Nut did say:
>So, this works in that the box actually shows a number other than zero now,
>but I have noticed the minute I access on of the maildirs to see what mail
>is in there  (even if I never open any mail itmes) the mailcount jumps to 0
>from whatever it was at (which was acurate untill I looked in the folder).
>
>Any idea what causes this?
>
>
>
>-----Original Message-----
>From: ksuquix [mailto:quixote@...]
>Sent: Friday, September 26, 2003 1:43 PM
>To: gbuffy@yahoogroups.com
>Subject: Re: still having trouble using this on a with courier imap server
>
>
>I just had this problem too.
>
>What I did to solve the problem was instead of this:
>      path = INBOX;
>use this:
>      path = "\"INBOX\"";
>
>(In the gui, put double quotes around inbox)
>
>When the status is coming back from courier, it is putting quotes around the
>inbox name, which gbuffy isn't parsing.
>
>--- In gbuffy@yahoogroups.com, NetNut404 <netnut404@u...> wrote:
>> more info...
>>
>> after sending a new mail to myself.. it says this in the debug log..
>>
>>
>> msocket_read_line_d():* STATUS "inbox" (MESSAGES 102 RECENT 0)
>> msocket_read_line_d():a0004 OK STATUS Completed. msocket_write():a0005
>> STATUS inbox (MESSAGES RECENT)^M
>> msocket_read_line_d():* STATUS "inbox" (MESSAGES 103 RECENT 1)
>> msocket_read_line_d():a0005 OK STATUS Completed. msocket_write():a0006
>> STATUS inbox (MESSAGES RECENT)^M
>> msocket_read_line_d():* STATUS "inbox" (MESSAGES 103 RECENT 1)
>>
>> yet the number stays the same in gbuffy
>>
>>
>>
>> NetNut404 writes:
>>
>> > Oops  I spoke too soon  it did eventually write to the log after
>leaving it
>> > running for a while..
>> >
>> > it said
>> > cat .gbuffydebug
>> > msocket_read_line_d():* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN
>NAMESPACE
>> > THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE STARTTLS]
>> > Courier-IMAP ready. Copyright 1998-2003 Double Precision, Inc.
>See COPYING
>> > for distribution information.
>> > msocket_write():a0000 LOGIN "dauser" "password"
>> > msocket_read_line_d():a0000 OK LOGIN Ok. msocket_write():a0001
>> > STATUS inbox (MESSAGES RECENT)
>> > msocket_read_line_d():* STATUS "inbox" (MESSAGES 102 RECENT 0)
>> > msocket_read_line_d():a0001 OK STATUS Completed.
>> > msocket_write():a0002 STATUS inbox (MESSAGES RECENT)
>> > msocket_read_line_d():* STATUS "inbox" (MESSAGES 102 RECENT 0)
>> > msocket_read_line_d():a0002 OK STATUS Completed.
>> >
>> > so why does it always show 0 ?
>> >
>> >
>> >
>> > NetNut404 writes:
>> >
>> >> ok, that workd fo compiling, and now it took the -d 5  and said
>> >>
>> >> "-I- Debugging at level 5"
>> >>
>> >> but the debug file which was created remains 0 bytes even after
>putting in
>> >> the username and password both incorrectly, and correctly..
>> >>
>> >> ls -la .gbuffydebug
>> >>  -rw-rw-r--    1  dauser   dauser           0 Sep 13 23:00
>.gbuffydebug
>> >>
>> >> pointers?
>> >>
>> >>
>> >> Brandon Long writes:
>> >>
>> >>> yeah, that's a known issue, just delete that call to g_print.
>> >>>
>> >>> Brandon
>> >>>
>> >>> On 09/13/03 NetNut404 uttered the following other thing:
>> >>>> Hmm  but when I do that it no longer compiles..  I get
>> >>>>
>> >>>> make
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o
>config.o config.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o count.o
>count.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o from.o
>from.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o gbconfig.o
>> >>>> gbconfig.c
>> >>>> gcc -g -O2 -I. `/usr/bin/gtk-config --cflags`     -c -o
>gbuffy.o gbuffy.c
>> >>>> gbuffy.c: In function `main':
>> >>>> gbuffy.c:858: `width' undeclared (first use in this function)
>> >>>> gbuffy.c:858: (Each undeclared identifier is reported only once
>> >>>> gbuffy.c:858: for each function it appears in.)
>> >>>> gbuffy.c:858: `height' undeclared (first use in this function)
>> >>>> gbuffy.c:858: `horizontal' undeclared (first use in this
>> >>>> function)
>> >>>> gbuffy.c:858: `vertical' undeclared (first use in this function)
>> >>>> make: *** [gbuffy.o] Error 1
>> >>>>
>> >>>>
>> >>>> which looks to be this line
>> >>>>
>> >>>>
>> >>>>    g_print("Will set:\nWidth: %d\nHeight: %d\nXOFF:
>%d:%d\nYOFF: %d:%d\n",
>> >>>> >          width, height, horizontal.sign, horizontal.value,
>vertical.sign,
>> >>>>          vertical.value);
>> >>>>
>> >>>> this is in
>http://www.fiction.net/blong/programs/gbuffy/gbuffy-0.2.5.tar.gz
>> >>>>
>> >>>> it also errors in
>> >>>>
>http://www.fiction.net/blong/programs/gbuffy/gbuffy-0.2.4.tar.gz  at the
>> >>>> same place (which is a different line # )
>> >>>>
>> >>>> pointers?
>> >>>>
>> >>>>
>> >>>>
>> >>>> Brandon Long writes:
>> >>>>
>> >>>> > Just define DEBUG in the config.h file
>> >>>> >
>> >>>> > Brandon
>> >>>> >
>> >>>> > On 09/12/03 NetNut404 uttered the following other thing:
>> >>>> >> ok, what option should be used for enableing debug ? I don't
>> >>>> >> see it in the configure script.
>> >>>> >>
>> >>>> >> Brandon Long writes:
>> >>>> >>
>> >>>> >> > If you compile with debug enabled, ./gbuffy -d 5 should
>log the entire
>> >>>> >> > imap traffic to ~/.gbuffydebug, and then you should see
>what command its
>> >>>> >> > issuing to see whats in the folder, and what the response
>is from the
>> >>>> >> > imap server.
>> >>>> >> >
>> >>>> >> > Brandon
>> >>>> >> >
>> >>>> >> > On 09/11/03 moseley@h... uttered the following other thing:
>> >>>> >> >> On Fri, Sep 12, 2003 at 06:00:06AM -0000, netnut404 wrote:
>> >>>> >> >> > oops meant to say I have
>> >>>> >> >> >
>> >>>> >> >> > courier-imap-2.1.1.20030902-1.9
>> >>>> >> >> >
>> >>>> >> >> > (same thing)  I can't figure why for the life of me it
>does not work..
>> >>>> >> >> > the passowrds work, and it authenticates, but it always
>shows 0  not
>> >>>> >> >> > sure why.
>> >>>> >> >>
>> >>>> >> >> printf() and gdb are the path to enlightenment, I'm afraid.
>> >>>> >> >>
>> >>>> >> >
>> >>>> >> > --
>> >>>> >> >   "After two years and two kids, he realizes that hooking
>up with an
>> >>>> >> >    unstable meth freak cum slut wasn't the ace decision it
>seemed to be
>> >>>> >> >    in his candy coated dreams."
>> >>>> >> >
>http://www.plastic.com/article.html?sid=02/06/04/13303253#30
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>----------------------------------------------------------------
>> >>>> >> | grant@s...                http://www.stephenson.cc  |
>> >>>> >>
>----------------------------------------------------------------
>> >>>> >> | My pgp key is available @ http://www.grant.stephenson.cc/pgp
>> >>>> >> | |
>> >>>> >>
>----------------------------------------------------------------
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>> >>
>> >>>> >
>> >>>> > --
>> >>>> >  "I see.  So the T1000 is a lesbian." -- Newob Det, ASC
>> >>>> >
>http://www.fiction.net/blong/
>> >>>> >
>> >>>> > ------------------------ Yahoo! Groups Sponsor
>---------------------~-->
>> >>>> > Upgrade to 128-Bit SSL Security!
>> >>>> > http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/W4wwlB/TM
>> >>>> >
>---------------------------------------------------------------------~->
>> >>>> >
>> >>>> >
>> >>>> >
>> >>>> > Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>> >
>> >>>> >
>> >>>>
>> >>>>
>> >>>>
>> >>>>  ----------------------------------------------------------------
>> >>>> | grant@s...                http://www.stephenson.cc  |
>> >>>>  ----------------------------------------------------------------
>> >>>> | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>> >>>>
>----------------------------------------------------------------
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>>
>> >>>
>> >>> --
>> >>>   "If you're falling off a cliff, you might as well try to fly.
> You've
>> >>>    got nothing to lose." -- Delenn
>> >>>
>http://www.fiction.net/blong/
>> >>>
>> >>> ------------------------ Yahoo! Groups Sponsor
>
>> >>>
>> >>>
>> >>>
>> >>> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>>
>> >>>
>> >>
>> >>
>> >>
>> >>  ----------------------------------------------------------------
>> >> | grant@s...                http://www.stephenson.cc  |
>> >>  ----------------------------------------------------------------
>> >> | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>> >>  ----------------------------------------------------------------
>> >>
>> >>
>> >> ------------------------ Yahoo! Groups Sponsor
>---------------------~-->
>> >> Upgrade to 128-Bit SSL Security!
>> >> http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/W4wwlB/TM
>> >>
>---------------------------------------------------------------------~->
>> >>
>> >>
>> >>
>> >> Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >>
>> >>
>> >
>> >
>> >
>> >  ----------------------------------------------------------------
>> > | grant@s...                http://www.stephenson.cc  |
>> >  ----------------------------------------------------------------
>> > | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>> >  ----------------------------------------------------------------
>> >
>> >
>> > ------------------------ Yahoo! Groups Sponsor
>---------------------~-->
>> > Upgrade to 128-Bit SSL Security!
>> > http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/W4wwlB/TM
>> >
>---------------------------------------------------------------------~->
>> >
>> >
>> >
>> > Your use of Yahoo! Groups is subject to
>http://docs.yahoo.com/info/terms/
>> >
>> >
>>
>>
>>
>>  ----------------------------------------------------------------
>> | grant@s...                http://www.stephenson.cc  |
>>  ----------------------------------------------------------------
>> | My pgp key is available @ http://www.grant.stephenson.cc/pgp |
>>  ----------------------------------------------------------------
>
>
>
>
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>

--
Don Quixote -- quixote@... http://toysmakeuspowerful.com
   "I ought not to let my mind wander, as it's too small to go off by itself"
WebSune Card search engine: http://toysmakeuspowerful.com/search
Card auctions: http://imperialblock.com
Surplus/Vintage Gaming stuff: http://toysmakeuspowerful.com/store

Attached is a patch that fixes a number of problems with gbuffy
0.2.4:

         * gbuffy.c: made debug file non-buffered.

         * gbuffy.c: fixed g_print() of position data so it
           compiles.

         * imap.c: fixed parsing of STATUS response to tolerate
           servers that return mailbox name in quotes.

         * imap.c: changed default value from 0 to 1 for
           starting seq number for FETCH command.  First message
           is 1: 0 isn't legal.

         * libcompface/cmain.c: got rid of obsolete usage of
           errno/sys_errlist and replaced it with strerror().

AFAICT, gbuffy with these patches works fine with the courier
IMAP server.

--
Grant Edwards
grante@...

diff -w -U10 -r gbuffy-0.2.4/ChangeLog gbuffy-0.2.4-fixed/ChangeLog
--- gbuffy-0.2.4/ChangeLog 2001-08-26 13:56:43.000000000 -0500
+++ gbuffy-0.2.4-fixed/ChangeLog 2003-10-06 22:02:12.000000000 -0500
@@ -1,10 +1,28 @@
+2003-10-06  Grant Edwards <grante@...>
+
+        * gbuffy.c: made debug file non-buffered.
+
+        * gbuffy.c: fixed g_print() of position data so it
+          compiles.
+
+        * imap.c: fixed parsing of STATUS response to tolerate
+          servers that return mailbox name in quotes.
+
+        * imap.c: changed default value from 0 to 1 for
+          starting seq number for FETCH command.  First message
+          is 1: 0 isn't legal.
+
+        * libcompface/cmain.c: got rid of obsolete usage of
+          errno/sys_errlist and replaced it with strerror().
+
+
  2001-05-15  Brandon Long  <blong@pulp>

 	 * gbuffy.c: oops, register poll first

  2001-03-22  Brandon Long  <blong@non>

 	 * configure, configure.in, Makefile.in:
 	 fix for case where we aren't building the applet

 	 * acconfig.h, aclocal.m4, CHANGES, config.c, config.h.in, configure,
configure.in, gbconfig.c, gbuffy.c, gbuffy.desktop, gbuffy.gnorba, gbuffy.h,
imap.c, Makefile.in:
diff -w -U10 -r gbuffy-0.2.4/gbuffy.c gbuffy-0.2.4-fixed/gbuffy.c
--- gbuffy-0.2.4/gbuffy.c 2001-05-14 19:47:35.000000000 -0500
+++ gbuffy-0.2.4-fixed/gbuffy.c 2003-10-06 21:54:50.000000000 -0500
@@ -794,31 +794,31 @@

  #ifdef DEBUG
    if (argc == 3)
    {
      if (!strcmp (argv[1], "-d"))
      {
        debuglevel = atoi (argv[2]);
        strfcpy (path, "~/.gbuffydebug", sizeof (path));
        gbuffy_expand_path (path, sizeof (path));
        debugfile = fopen (path, "w");
+      setvbuf(debugfile,NULL,_IONBF,0);
        if (debugfile == NULL)
        {
 	 g_print ("-E- Unable to open debugfile %s\n", path);
 	 gtk_exit (-1);
        }
        g_print ("-I- Debugging at level %d\n", debuglevel);
      }
    }
    g_print("Will set:\nWidth: %d\nHeight: %d\nXOFF: %d:%d\nYOFF: %d:%d\n",
-   width, height, horizontal.sign, horizontal.value, vertical.sign,
-   vertical.value);
+   Width, Height, HorizPos.sign, HorizPos.value, VertPos.sign,VertPos.value);
  #endif


    MailboxInfo = gbuffy_configure_load ();
    if (MailboxInfo == NULL)
    {
      MailboxInfo = (BOX_INFO *) calloc (1, sizeof (BOX_INFO));
      MailboxInfo->type = GB_MBOX;
      if (getenv ("MAIL"))
        MailboxInfo->path = safe_strdup (getenv ("MAIL"));
diff -w -U10 -r gbuffy-0.2.4/imap.c gbuffy-0.2.4-fixed/imap.c
--- gbuffy-0.2.4/imap.c 2001-03-21 21:25:06.000000000 -0600
+++ gbuffy-0.2.4-fixed/imap.c 2003-10-06 21:50:30.000000000 -0500
@@ -425,21 +425,21 @@
    }
    while ((strncmp (buf, seq, SEQLEN) != 0));
    return 0;
  }

  static int imap_fetch_new_headers (BOX_INFO *ibox, CONNECTION *conn, GList
*headers)
  {
    char buf[LONG_STRING];
    char seq[8];
    char *s;
-  int unseen = 0;
+  int unseen = 1;

    /* Open mailbox (EXAMINE) and find the first UNSEEN message */
    imap_make_sequence (seq, sizeof (seq));
    snprintf (buf, sizeof (buf), "%s EXAMINE %s\r\n", seq, ibox->path);
    msocket_write (conn, buf);

    do
    {
      if (msocket_read_line_d (buf, sizeof (buf), conn) < 0)
      {
@@ -537,21 +537,24 @@
        conn->uses = 0;
        return (-1);
      }

      if (buf[0] == '*')
      {
        s = imap_next_word (buf);
        if (strncasecmp ("STATUS", s, 6) == 0)
        {
 	 s = imap_next_word (s);
- if (strncmp (ibox->path, s, strlen (ibox->path)) == 0)
+ if ((strncmp (ibox->path, s, strlen (ibox->path)) == 0) ||
+            (s[0] == '"' &&
+             (!strncmp(ibox->path,s+1,strlen(ibox->path))) &&
+             s[1+strlen(ibox->path)] == '"'))
 	 {
 	   s = imap_next_word (s);
 	   if (*s == '(')
 	     s++;
 	   while ((s != NULL) && (*s != '\0'))
 	   {
 	     if (strncmp ("MESSAGES", s, 8) == 0)
 	     {
 	       s = imap_next_word (s);
 	       if (isdigit (*s))
diff -w -U10 -r gbuffy-0.2.4/libcompface/cmain.c
gbuffy-0.2.4-fixed/libcompface/cmain.c
--- gbuffy-0.2.4/libcompface/cmain.c 1998-09-26 17:35:35.000000000 -0500
+++ gbuffy-0.2.4-fixed/libcompface/cmain.c 2003-10-06 13:46:09.000000000 -0500
@@ -26,26 +26,25 @@
  int infile    = 0;
  char *inname  = "<stdin>";
  int outfile   = 1;
  char *outname = "<stdout>";

  /* basename of executable */
  char *cmdname;

  /* error handling definitions follow */

-extern int errno, sys_nerr;
-extern char *sys_errlist[];
+#include <errno.h>
+#define ERR strerror(errno)

  extern void exit P((int)) ;

-#define ERR ((errno < sys_nerr) ? sys_errlist[errno] : "")
  #define INITERR(s) {(void)strcpy(fbuf, cmdname); (void)strcat(fbuf, ": ");\
 					 (void)strcat(fbuf, (s));}
  #define ADDERR(s) (void)strcat(fbuf, (s));
  #define ERROR {(void)strcat(fbuf, "\n");\
 				 (void)write(2, fbuf, strlen(fbuf)); exit(1);}
  #define INITWARN(s) {(void)strcpy(fbuf, cmdname);\
 					 (void)strcat(fbuf, ": (warning) ");\
 					 (void)strcat(fbuf, (s));}
  #define ADDWARN(s) (void)strcat(fbuf, (s));
  #define WARN {(void)strcat(fbuf, "\n"); (void)write(2, fbuf, strlen(fbuf));}