I just deleted a folder which had two filters moving messages to it, one
incoming and one outgoing.
The incoming filter was automatically changed to move messages to
\\account\Inbox instead. The outgoing filter was not changed and still
pointed to the now non existent folder.
Confirmations?
I
At 23:31 [GMT+0200] on Wednesday September 22 (actual time - 5:31am on
Thursday in Perth, Western Australia), you wrote:
[snips]
Zygmunt I have series of two identical alert messages when try to open Filtering /
Zygmunt Sorting Office menu.
Confirmed.
Zygmunt NFS configuration panel then opens
Hæ!
Thursday, September 23, 2004, 09:09, Marcus Ohlström wrote:
It most certainly is my pet bug haunting you:
https://www.ritlabs.com/bt/view.php?id=3620
Yes, it sounds like this problem.
Restart TB! and try again, the VFs will work as they should.
No, same behaviour.
I am not entirely
On Monday, September 20, 2004 at 11:38 (which was Monday, September
20, 2004 at 10:38 where I am) Maxim Masiutin wrote:
We've just fixed this in the 3.0.0.16:
https://www.ritlabs.com/bt/view.php?id=3658
I haven't exactly checked in 3.0.0.16, but in 3.0.0.17 the problem is
only partially gone.
Hello beta testers.
I get a mail to an IMAP folder and the MT shows the mail. Then I open
the mail in the folder (status becomes read) and it disappears from the
MT. So far, so good.
Then I change the mail's status to unread (ALT U). It does not reappear
on the MT.
Confirmations?
--
Hæ!
Thursday, September 23, 2004, 10:27, Thorvald Neumann wrote:
So I guess this is not the problem. But I will try it with another
mail client.
No problems downloading mails with Mulberry 3.1.6.
--
Kveðja!
Thorvald Neumann | http://www.aesir.de/
---
The
On Thursday, September 23, 2004, 10:31, Thorvald Neumann wrote:
Restart TB! and try again, the VFs will work as they should.
No, same behaviour.
Hmm. Do you have Store state between sessions? I don't, and thus a
refresh is forced every time I restart TB!, that might be why restarting
helps
Hello Allie,
Wednesday, September 22, 2004, 3:46:55 PM, you wrote:
A Deomid Ryabkov, [DR] wrote:
having read your post i've upgraded to 3.0.0.15 only to find that
it still kills dupes only in local cache and immediately resyncs from server.
A Try v3.0.0.16 . That's the latest beta.
well, i
Hæ!
Thursday, September 23, 2004, 11:24, Marcus Ohlström wrote:
Hmm. Do you have Store state between sessions?
I have just recreated my Tbbeta-VF. At the moment it holds 272
messages.
I set it up with
* Auto-Refresh
* Store state between sessions
* Use Filter Any Messages AND age is less than
Hello Thorvald,
Thursday, September 23, 2004, 12:18:50 PM, you wrote (possibly edited):
Thursday, September 23, 2004, 10:27, Thorvald Neumann wrote:
So I guess this is not the problem. But I will try it with another
mail client.
No problems downloading mails with Mulberry 3.1.6.
So, your
On Thursday, September 23, 2004, 11:47, Thorvald Neumann wrote:
I have just recreated my Tbbeta-VF. At the moment it holds 272
messages.
I set it up with
* Auto-Refresh
* Store state between sessions
* Use Filter Any Messages AND age is less than 3 days
I did not enable Remove old
Deomid Ryabkov, [DR] wrote:
conclusion: progress dialog for kill dupes needs to be fixed to
reflect actual progress of the operation.
True. But it would appear that all progress dialogs work for POP
originally. So if you're doing something on the IMAP server, the
progress dialog cannot monitor
Hi Roger,
on Thu, 23 Sep 2004 09:40:06 +0200GMT, you wrote:
RP I have just been into Bugtrack for the first time in many months to
RP confirm an existing report by someone else. I haven't yet found how
RP to do this ... the options given are not, to me anyway, intuitive.
RP Can someone
Hello,
I have with the new 3.0.0.17 the same problems as I had with one earlier
3.0 version: messages are downloaded, but they do not appear in the
message base and are not deleted from server. I can repeat this as many
times I want.
I think the only rescue will be again the Mail Dispatcher.
I
14 matches
Mail list logo
