Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Strange IMAP behavior

31 views
Skip to first unread message

Comrade

unread,
Apr 11, 2005, 5:47:19 AM4/11/05
to
Every time I startup Eudora, the personality with IMAP email account
will generate the following 2 error window pairs about 100 times before
my IMAP mailbox can be accessed. They are:

1.
The IMAP command has failed.
The server replied with "Create failed: can't create mailbox node
/var/mail/Junk: Permission denied".
[OK box]

2.
The IMAP command has failed.
Reason: Invalid IMAP mailbox name: "/var/mailJunk"..
[OK box]

Thereafter, the errors will not re-appear unless I restart Eudora. Has
anyone encountered this with Eudora IMAP which is hosted on a Redhat
Linux 7.3? How can this behavior be cured? TIA.

BTW, this behavior was present in Eudora 4, 5, & now 6.2.1 ...

Katrina Knight

unread,
Apr 11, 2005, 7:53:10 PM4/11/05
to
Comrade <xiao...@anonymous.to> wrote:
> Every time I startup Eudora, the personality with IMAP email account
> will generate the following 2 error window pairs about 100 times before
> my IMAP mailbox can be accessed. They are:

> 1.
> The IMAP command has failed.
> The server replied with "Create failed: can't create mailbox node
> /var/mail/Junk: Permission denied".
> [OK box]

Certain mailboxes are system mailboxes in Eudora. If they don't exist when
you start Eudora, Eudora will try to make them when it starts. "Junk" is
one of the system mailboxes. Eudora is trying to make it. Eudora isn't
able to make it. Thus you get errors. The reason it can't create it is
"permission denied" which basically means the server won't let Eudora do
it. This may be because it is trying to make it in the wrong place.
Usually, "junk" would be within your IMAP inbox. If that's not the right
location, you may need to set the IMAP Mailbox Location Prefix in the
settings for that personality. If it is the right location, either fixing
the server to allow Eudora to create the mailbox or creating it yourself
should get rid of the errors.

> 2.
> The IMAP command has failed.
> Reason: Invalid IMAP mailbox name: "/var/mailJunk"..
> [OK box]

You get this error because the mailbox doesn't exist because Eudora
couldn't create it.


> BTW, this behavior was present in Eudora 4, 5, & now 6.2.1 ...

No, I don't think that exact behavior was present in Eudora 4 and 5. The
junk plug-ins and thus the Junk mailbox weren't added until 6.0. If
you'd made a mailbox named "junk" yourself, you might get messages about
it, but they'd be when you tried to do something with it not when
starting Eudora and no other time. Do you mean that you got similar
messages for other mailboxes in the older versions? If so, which ones and
when? Do you get those messages now if you try to create new mailbox.

--
Katrina

Comrade

unread,
Apr 12, 2005, 1:56:01 AM4/12/05
to
Katrina Knight wrote:
> Certain mailboxes are system mailboxes in Eudora. If they don't exist
when
> you start Eudora, Eudora will try to make them when it starts. "Junk"
is
> one of the system mailboxes. Eudora is trying to make it. Eudora
isn't
> able to make it. Thus you get errors. The reason it can't create it
is
> "permission denied" which basically means the server won't let Eudora
do
> it. This may be because it is trying to make it in the wrong place.
> Usually, "junk" would be within your IMAP inbox. If that's not the
right
> location, you may need to set the IMAP Mailbox Location Prefix in the

> settings for that personality. If it is the right location, either
fixing
> the server to allow Eudora to create the mailbox or creating it
yourself
> should get rid of the errors.

Are you saying Eudora is trying to create a separate Junk mailbox for
each IMAP personality? Now I can confirm I do have a Junk mailbox, and
it appears under the In & Out boxes and above the Trash box, and the
Junk.mbx resides with Junk.toc, in.mbx, in.toc, out.mbx, out.toc ...
etc. together under the Eudora install directory (My IMAP Inbox
appears under the Comrade folder).

The IMAP Mailbox Location Prefix has been set to /var/mail where all
emails in Redhat Linux is stored as individual files for each user with
the filename identical to the userid, which in my case my email is held
in the file /var/mail/comrade. Since this "IMAP inbox" is a file and
not a directory, a "Junk mailbox" cannot be created under it.

The IMAP Mailbox Location Prefix has been correctly set and I can
access my email on the server as well as delete emails from the IMAP
Inbox. The problem recurs when I try to Purge Messages or Resync the
mailbox. Have I missed anything or is this something for Qualcomm to
fix?

A loyal Eudora fan - Comrade

Katrina Knight

unread,
Apr 15, 2005, 2:48:43 PM4/15/05
to
Comrade <xiao...@anonymous.to> wrote:
> Are you saying Eudora is trying to create a separate Junk mailbox for
> each IMAP personality?

Yes.

> Now I can confirm I do have a Junk mailbox, and
> it appears under the In & Out boxes and above the Trash box, and the
> Junk.mbx resides with Junk.toc, in.mbx, in.toc, out.mbx, out.toc ...
> etc. together under the Eudora install directory (My IMAP Inbox
> appears under the Comrade folder).

That would be the local Junk mailbox, that is used for junking messages
from pop accounts.

> The IMAP Mailbox Location Prefix has been set to /var/mail where all
> emails in Redhat Linux is stored as individual files for each user with
> the filename identical to the userid, which in my case my email is held
> in the file /var/mail/comrade. Since this "IMAP inbox" is a file and
> not a directory, a "Junk mailbox" cannot be created under it.

What happens if you leave the IMAP Mailbox location prefix empty?

> The IMAP Mailbox Location Prefix has been correctly set and I can
> access my email on the server as well as delete emails from the IMAP
> Inbox. The problem recurs when I try to Purge Messages or Resync the
> mailbox. Have I missed anything or is this something for Qualcomm to
> fix?

I'm not sure if it is something Qualcomm needs to fix or something you
need to fix. There are definitely still some kinks in the way Junk is
dealt with for IMAP accounts, so it could well be the former.

--
Katrina

Comrade

unread,
Apr 19, 2005, 12:22:31 AM4/19/05
to
Katrina Knight wrote:
>
> > The IMAP Mailbox Location Prefix has been set to /var/mail where
all
> > emails in Redhat Linux is stored as individual files for each user
with
> > the filename identical to the userid, which in my case my email is
held
> > in the file /var/mail/comrade. Since this "IMAP inbox" is a file
and
> > not a directory, a "Junk mailbox" cannot be created under it.
>
> What happens if you leave the IMAP Mailbox location prefix empty?
>
When I reset the IMAP Mailbox location prefix to empty, the problem
related to my initial complaint is gone, but brings in another problem.

All the files and directories in my Linux account's root directory are
now shown together with my IMAP email INBOX, including hidden
files/directories which starts with a period under Linux. Is there a
way to suppress these unwanted files and directories from this list for
each IMAP account?

Comrade

0 new messages