Displaying 20 results from an estimated 300 matches similar to: "Patch proposition to implement a new workaround: tb-lsub-flags"
2011 Mar 03
0
TB, dovecot & trailing slash - again
Hi there,
I have been browsing the mailing list archives in search of a solution
to my problem, related to the quite infamous "trailing slash" issue with
Thunderbird, but I don't seem to have found any closely related
discussion. Please forgive me if this problem has already found a
solution. Here I go;
We use a lot of TB clients (2.x and 3.x), and we are using Dovecot 1.2.4
2009 Aug 11
3
dovecot 1.2.3: TB fails to unsubscribe folder after deletion
Hi,
I'm running dovecot 1.2.3 with "imap_client_workarounds =
tb-extra-mailbox-sep" and noticed that after deleting a folder (moving
to Trash and emptying it on exit) that folder in Trash still keeps
subscribed.
I think the reason for that behavior is that the call for
mailbox_list_set_subscribed() in imap/cmd-subscribe.c (line 84) is fed
with the original mailbox name and not the
2009 Jun 30
0
Proposition for 6.1 and 7.1 Channel Mappings
Vorbis Community,
Seeing as how DTS-HD and Dolby TrueHD decoders are becoming more accessible, I believe now may be a good time to standardize channel mappings for 6.1 and 7.1 audio.
MPlayer currently implements 7.1 audio for Vorbis like so: FL FR RL RR FC LFE SL SR.
Thank you,
William Swartzendruber
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2018 Mar 17
0
Proposition: 7.0 => 7 in library names
On 17 Mar 2018, at 14:48, Sylvestre Ledru via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Context: I have been packaging the llvm toolchain for Debian & Ubuntu
> and also providing these packages on https://apt.llvm.org/.
> One of the goal is to have different versions co-installable. For that,
> I am renaming the binaries and libraries.
>
> Now, as we are not
2010 Dec 06
0
[LLVMdev] [LAD] Project proposition: llvm based dsp engine
Hi, and thanks for the feedback.
>My own gut feeling on this is that you'd be better off figuring out
>how to do this in the context of Faust, which already does a important
>subset of what you are describing, though notably without (I think)
>the LLVM part.
Surely a contribution to the discussion by the Faust people would
be welcome; and even more than to the discussion :->.
2005 Oct 25
0
proposition of writing the article to Linux+ DVD magazine
Good morning,
I'm working at Software publishing house which publishes magazines from
the IT field. One of them is Linux+ DVD magazine (please visit our web
www.lpmagazine.org).
I'm looking for the linux developpers who are
interrested in cooperation with the redaction of Linux+ DVD by writing
the article concerning the scurity in Linux (for exemple OpenBSD 3.8, or
to transmit the
2004 Nov 23
3
Re: List proposition
On Tue, 2004-11-23 at 20:26, ~mg@a.org wrote:
> Hello everyone!
>
> We have been thinking about something<early snip>
With respect, this could have come from anyone... and looks like it did
from the DNS records.
I appreciate it's not an easy situation, but there must be some way of
doing this where it does not look like a scam?
Tell tale signs:
- Don't tell anyone about
2004 Nov 23
2
Re: list proposition
>> On Tue, Nov 23, 2004, Adam Greenbaum <lists@refinitive.com> wrote:
>> > On Tue, 2004-11-23 at 20:26, ~mg@a.org wrote:
>> > > Hello everyone!
>> > >
>> > > We have been thinking about something<early snip>
>> >
>> > With respect, this could have come from anyone... and looks like it
>> > did from the DNS
2010 Dec 06
1
[LLVMdev] [LAD] Project proposition: llvm based dsp engine
On Mon, Dec 6, 2010 at 6:10 AM, Maurizio De Cecco <jmax at dececco.name> wrote:
> I have been looking for a while to LLVM as a possible technology to build a
> DSP execution engine, providing the runtime flexibility needed by real-time
> interactive DSP applications (like patcher languages), or by plug-in based
> processors, and in the same moment
> the powerful link time
2007 Oct 12
1
Wiki FrontPage Proposition
Hi guys,
What do you think about this structure:
http://wiki.centos.org/FrontPageProposal?action=AttachFile&do=get&target=wiki-structure-5-en.png
Cheers,
al.
2018 Mar 22
1
Proposition: 7.0 => 7 in library names
Hello,
On 17/03/2018 15:22, Dimitry Andric wrote:
> On 17 Mar 2018, at 14:48, Sylvestre Ledru via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>>
>> Context: I have been packaging the llvm toolchain for Debian & Ubuntu
>> and also providing these packages on https://apt.llvm.org/.
>> One of the goal is to have different versions co-installable. For that,
2011 Jan 11
1
--detect-renamed for mac users : proposition of a modification
Hello,
Object of my mail :
1/ stick a problem of incompatibylity between 2 patches (fileflags.diff &
detect-renamed.diff)
2/ proposition of a correction
I wanted to run rsync on a mac (OS X 10.6.5) with the --detect-renamed
option.
I therefore tried to compile rsync with the 3 relevant patches :
- fileflags.diff
- crtimes.diff
- detect-renamed.diff
But the patch detect-renamed.diff is
2018 Mar 17
2
Proposition: 7.0 => 7 in library names
Hello,
Context: I have been packaging the llvm toolchain for Debian & Ubuntu
and also providing these packages on https://apt.llvm.org/.
One of the goal is to have different versions co-installable. For that,
I am renaming the binaries and libraries.
Now, as we are not using the minor version (the Y in X.Y.Z), there isn't
much point in calling our tools foo-7.0 as we won't create a
2007 Jan 23
2
rc18 dies with Query: LSUB "" "*" failed on Squirrelmail
Just upgraded, and then had to downgrade straight away.
Couldn't get our Squirrelmail page up. Logged in fine etc. but got:
Query: LSUB "" "*" failed, refer to server logs etc.
Nothing in logs that shows error with mail_debug=yes
What should I be looking for?
Gavin.
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44
2010 Jan 09
1
Problem in LSUB?
Hi guys,
I'm not 100% sure about the dovecot version in the server because I
don't have access to it, just an account, but I think it's 1.1-rc4
I'm an email client developer and I have a doubt about the behaviour of
LSUB that I think it's buggy. See this chat with the server
40 LIST "" INBOX
* LIST (\HasChildren) "." "INBOX"
40 OK List
2004 Jul 26
1
bug in LSUB command
RFC 2060 section 7.2.2 and 7.2.3 says the "The LIST response occurs as a
result of a LIST command." and "The LSUB response occurs as a result of
an LSUB command."
Dovecot presently returns the LIST response for the LSUB command.
--
Geo Carncross <geocar at internetconnection.net>
Internet Connection
2005 Apr 11
1
LSUB matches prefix bug?
I think I've found a minor bug in the LSUB command:
. LSUB "" "*"
gives
...
* LIST (\Noselect) "/" "#maildir"
^^^^
* LSUB () "/" "#maildir/test4"
where I have a namespace with prefix "#maildir/".
Here's a patch to make it not list the namespace prefix in an LSUB
command (or should it list it as 'LSUB
2006 Oct 28
2
LSUB and namespaces - how to get rid of multible prefixes
I'm using dovecot 1.0.rc7 and Squirrelmain 1.4.8 using IMAP on a Debian
3.1 Testing system, and I'm having a problem.
When Squirrelmail (or other IMAP clients) submits an LSUB "" "*%",
dovecot responds with:
Request:
A004 LSUB "" "*%"
Response:
* LSUB () "/" "INBOX.Sent"
* LSUB () "/" "INBOX.Trash"
*
2007 Jan 31
1
Query: LSUB "" "*" still on rc19
Hi all,
We've downgraded to rc17 for the past week or so, as when we upgraded to
rc19, this error did go, but came back again.
ERROR: Could not complete request.
Query: LSUB "" "*"
Reason Given: Internal error occurred. Refer to server log for more
information.
Looks like it never helped us in rc19. Back on rc17 just now, which we
still have to restart a few times a day,
2007 Feb 09
0
LSUB * error solved on rc22
Hi All,
Just a quickie to say ew are running the latest version now. Our LSUB
error was due to:
open(/var/mail/public/.Projects/dovecot-acl) failed: Permission denied
Thanks.
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E ghenry at suretecsystems.com
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/