On 05/04/12 17:00 +0200, Manuel Bilderbeek said ...
>
> Here are some results, after sending an almost empty mail.
>
> Y Giridhar Appaji Nag wrote:
> >Look at the IMAP stream in the list of packets and right click on each
> >of those streams and select "follow TCP stream" in the pop-up menu and
> >analyse the stream for errors etc.
>
> Here is all of them:
>
> 5790 list "" "INBOX.Sent"
> * LIST () "." "INBOX.Sent"
> 5790 OK Completed
> 5791 subscribe "INBOX.Sent"
> 5791 OK Completed
>
> 3 append "INBOX.INBOX^^Sent" {632+}
> Message-ID: <[EMAIL PROTECTED]>
[snip]
> 3 NO Mailbox does not exist
Excellent. So there lies the problem, assuming INBOX.Sent is the name
of your sent mail folder.
> So, the problem seems to be that MT is using INBOX.INBOX^^Sent, which
> doesn't exist according to the IMAP server.
Indeed. And it should be using INBOX.Sent. I would suspect two areas
where the problem could be.
1. Your MT settings are such that the sent folder is set to an incorrect
value. This probably isn't the case (please do confirm once again after
you take a look) because the listing and the subscribing methods seem to
work fine on the folder.
btw, from the eariler bug updates, it wasn't very clear if the Sent
folder setting was working with a totally new profile, but I assume that
it wasn't, and that this isn't a problem because of some junk settings
being saved in the profile because of an upgrade.
2. In the special case of Cyrus IMAP server, MT doesn't construct the
Sent folder path properly when appending the mails to the IMAP folder
(there may be other cases when it is not doing it right as well, but we
saw this one. It is doing this right when subscribing to it). It uses
INBOX.INBOX^^Sent rather than INBOX.Sent. I saw that you mentioned some
folders with name INBOX^Sent appearing momentarily in one of your
previous updates. Can you open the folder subscription dialog and check
that such a folder doesn't exist? If it exists, do delete it (in case
you don't think you need it) and try and check if this (setting sent
items to your Sent folder) works for you. It it doesn't work, then it
is probably an upstream bug. I don't know any MT code to confirm this,
but I suspect that this could be the issue.
> >>>2. When sending out an email, attach an strace to the MT process and
>
> This gives a huge load of data, mainly poll() calls. Let me know if it
> is still useful.
I don't think that is necessary now, but Alex could comment.
Thanks for doing this Manuel.
Giridhar
--
Y Giridhar Appaji Nag
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
