Hi,
I have a fix for #1484681 (see patch in the ticket) but I'm not sure if
I missed something.
The function subscribe() in program/include/rcube_imap.inc splits
mailboxes into an array with a comma as delimiter. That's the source of
the problem in this ticket.
It splits into an array because that's what _change_subscription()
wants. that's OK.
The array should be splittable from a text string because
change_subscription() in apps.js may send more than one folder.
Understandable.
But: change_subscription() in apps.js is never called. Ever.
Thus I removed it, and made sure subscribe() and unsubscribe() call
_change_subscription() with an array as first argument.
Is this okay? Is change_subscription() an old artefact, or is it needed
somewhere else in the future?
Robin
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello
I had an early version of RC running on my box and attempted to upgrade to
the latest release.
I did not modify nor update the Database, I left it as was and deployed the
webmail site.
now i can read incoming mail without any issues but the bizzare thing is
that if i want to forward,
compose or reply, the default identity is missing from the dropbox and hence
i am unable to
post anything.
so is this due to not having the db updated or modified somehow during my
upgrade process?
or is this a latelly generated bug?
regards
BL
_______________________________________________
List info: http://lists.roundcube.net/dev/
Since there is no "double click" available through the iPhone
interface, is there an alternate way to open a message?
Joel Clermont
joel(a)orionweb.net
262-377-9930
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I've got a tricky roundcube problem. It seems related specifically to our
communigate pro imap server. When clicking on reply, none of the header
information that should be in a reply gets populated (subject, original email
date, recipient).
I've noticed that this always happens when the preview pane is turned on, and
only sometimes happens when the preview pane is off.
I've been using roundcube elsewhere for quite some time with a courier imap
server, and don't have the same problems.
I've looked at compose.inc, rcube_imap.inc and imap.inc, however, I am
struggling to find out the cause of this problem.
Any ideas of what to look for would be appricated. I am a php developer, so
happy to hunt around in the code, just struggling to get my head around what
is supposed to happen. Running rev 912 from svn.
If I set $rcmail_config['enable_caching'] = FALSE;
Then this problem occurs all of the time.
I've done a tcpdump of the traffic between roundcube and the imap server.
Something that I don't quite understand is why the appears to be 2 imap
queries.
What I see is:
fh0 UID FETCH 6095 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
and then
fh0 FETCH 927 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
Not sure why it does this twice. Also, I noticed that it's trying to
fetch "Reply-to" which is not returned from Imap. Any ideas.
TCP dump below:
* OK CommuniGate Pro IMAP Server 4.3.6 at oss.co.nz ready
cp01 CAPABILITY
* CAPABILITY IMAP4 IMAP4REV1 ACL NAMESPACE UIDPLUS IDLE LITERAL+ QUOTA ID
MULTIAPPEND LISTEXT CHILDREN BINARY LOGIN-REFERRALS STARTTLS AUTH=LOGIN
AUTH=PLAIN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=MSN
cp01 OK completed
a000 AUTHENTICATE CRAM-MD5
a000 OK completed
ns1 NAMESPACE
* NAMESPACE (("" "/")) (("~" "/")) (("~public/" "/"))
ns1 OK completed
sel1 SELECT "INBOX"
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent $Hidden)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent
$Hidden)] limited
* 937 EXISTS
* 0 RECENT
* OK [UIDNEXT 6107] predicted next UID
* OK [UIDVALIDITY 278662535] UIDs valid
sel1 OK [READ-WRITE] SELECT completed
fh0 UID FETCH 6095 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
* 927 FETCH (BODY[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC
BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES)] {259}
From: "Someone" <removed>
To: <gogilvie(a)oss.co.nz>
Subject: WR for meeting
Date: Wed, 7 Nov 2007 11:35:19 +1300
Content-Type: text/plain;
.charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <auto-000004410094(a)oss.co.nz>
UID 6095)
fh0 OK completed
fh1 UID FETCH 6095 (UID RFC822.SIZE FLAGS INTERNALDATE)
* 927 FETCH (UID 6095 RFC822.SIZE 1576 FLAGS (\Seen) INTERNALDATE "06-Nov-2007
22:35:21 +0000")
fh1 OK completed
srch1 SEARCH UID 6095
* SEARCH 927
srch1 OK completed
F1247 FETCH 927 (BODYSTRUCTURE)
* 927 FETCH (BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL
NIL "7bit" 746 24 NIL NIL NIL NIL))
F1247 OK completed
FUID FETCH 927 (UID)
* 927 FETCH (UID 6095)
FUID OK completed
fh0 FETCH 927 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
* 927 FETCH (BODY[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC
BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES)] {259}
From: "Someone" <removed>
To: <gogilvie(a)oss.co.nz>
Subject: WR for meeting
Date: Wed, 7 Nov 2007 11:35:19 +1300
Content-Type: text/plain;
.charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <auto-000004410094(a)oss.co.nz>
)
fh0 OK completed
fh1 FETCH 927 (UID RFC822.SIZE FLAGS INTERNALDATE)
* 927 FETCH (UID 6095 RFC822.SIZE 1576 FLAGS (\Seen) INTERNALDATE "06-Nov-2007
22:35:21 +0000")
fh1 OK completed
ftch FETCH 927 (BODY.PEEK[1])
* 927 FETCH (BODY[1] {746}
The WR for the meeting this morning:
[cut]
)
ftch OK completed
I LOGOUT
* BYE CommuniGate Pro IMAP closing connection
I OK completed
Regards
--
Glen Ogilvie
Open Systems Specialists
Level 1, 162 Grafton Road
http://www.oss.co.nz/
Ph: +64 9 984 3000
Mobile: +64 21 684 146
GPG Key: ACED9C17
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all!!
I've just made the first filtering script to translate SQL filters to
System filters. It takes user parameter (something like
'rcdev(a)cio.cat') and the system filtering type. At the moment, allowed
types are 'procmail' (default) and 'exim'. If you call it without
params, it will ask for IMAP user and translate filters to procmail
format. Translated filters are printed to stdout. The 'help' param
prints out help.
I repeat: this is a very earlier version. You can only match a
containing string on some message's part, not regexps. You can only
move messages to another mailbox, not forwarding neither anytihng else.
Now I will concentrate on Sieve. If anyone knows other significant mail
filtering systems, tell me and, if possible, some syntax specification
webpage.
After doing firsts versions of more significant mail filtering systems,
I will improve a better UI to allow advanced matching systems, probably
adding another table to roundcube DB and altering the 'filters'
existing one.
Please, comment out when (in which step) do you think it will be
applicable to svn version (upload work).
Attached to this message, I send the script and the output from running
the script with my user rcdev, one with procmail type and the other
with exim's. Bugs and comments are welcome.
Thanks to everybody!!
PD: I've seen several connections from you to my server. Anyone wants
to comment anything to filters UI? And is there someone who can tell me
how to use drag'n'drop lists (to change filters order)?
emi
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/KV/gEbX/jku/sql2filter.phphttp://detached.gigo.com/rc/KV/gEbX/jku/rcdev_exim.txthttp://detached.gigo.com/rc/KV/gEbX/jku/rcdev_procmail.txt
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
This is my first message for this mailing list. Please have the attachment
file, localization for Korean. I use this file in my own installation.
Hanjo Kim
http://lordmiss.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/FB/Yoxtw11f/kr.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
At the link
<http://trac.roundcube.net/wiki/Howto_Requirements>
Only this is mentioned for browser requirements :
* Javascript enabled
* Accept cookies
* Support for XMLHttpRequest
Since I have some users on old or odd platforms, I was wondering if
there should be a list of "tested" browsers.
This may be incorrect, but from reading the Dev mail list, it seems
the main developers test on the major browsers.
IMHO it seems that RoundCube is "tested" on
IE 6 ( Win XP ) and 7 ( Win XP and Vista )
Safari 2 ( OS X 10.4.x ) and 3 ( OS X 10.4.x and 10.5.x, Win XP, Vista )
Firefox 2 ( Win XP, OS X 10.4.x )
Should that specifically be mentioned in the browser requirements ?
Are there others that are smoketested by Devs ?
If other browsers are known to work by users, those could be added to
a "reported to work" section, so there is not an implication those
browsers are regularly used by the Devs.
I think Opera 9 is used by others on the Dev list, and I use Camino,
although always the very latest release.
Maybe there should also be a "known not to work" section so bugs
don't get filed that will likely never be addressed ?
I realize that if IE 6 works, you have covered almost every Windows
user, but the Mac platform has had many different browsers available
for it, and many different versions of those. Sadly each with
differing capabilities as far as HTML, CSS, and ECMAScript support.
Such browsers would be Safari 1.2x or 1.0.x ( OS X 10.3.x, 10.2.x ),
Firefox 1.0.x or 1.5.x, Mozilla Suite ( Mac OS 9 ), IE 4.x ( Mac OS
9 ), iCab, etc.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello, Joel.
I’m not completely sure that Iphone’s Safari browser is
absolutely the same as desktop one. As far as I know all mobile
versions have limited functionality because of architecture
limitations. Anyway further analysis should be done on this but only
few people are having Iphone so there is might be a problem in
testing and fixing of this possible problem. If you are agree to
participate in the development and make some tests and coding you are
highly welcomed. In other case I don’t think that it’s
possible to investigate and fix this problem now.
Regards, Andris
> From: Joel Clermont
> Subject: Re: [RCD] iPhone usability
> To: Drarok Ithaqua
> Cc: RoundCube Dev
> Message-ID:
> Content-Type: text/plain; charset=US-ASCII; format=flowed;
delsp=yes
>
> The issues I ran into with using RoundCube via an iPhone was the
> inability to double click and drag/drop.
>
> In my case, I support the mail server, so it's not just about
getting
> access to my mailbox. Sometimes it's nice to be able to bring up
> RoundCube on the road to check a problem in someone else's mailbox.
> Fixing the UI gotchas for the iPhone should not be a huge ordeal.
The
> app itself renders fine, it is just some of the behaviors that are
not
> available..
>
> Joel Clermont
> 262-377-9930
> joel(a)orionweb.net
-- Tavs bezmaksas pasts Inbox.lv
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello, Charles.
I was using Firefox 2.x (Windows, Linux), Opera 9.x (Windows, Linux),
Internet Explorer. Everything was working fine except for 1 annoying
bug in the latest release that's denies to login on Firefox.
I don't think that browser names should be displayed in the
requirements, because there are a lot of differences in the browsers
engine realization (even in the same family). The key here is to
specify generic functionality that is used in the Roundcube that at
least must be supported in order to work. If we’ll add some
browser’s names to the list it would mean that we’ll give
support obligations to the community to 100% support for these
browsers and it wouldn’t be right. My advice is to keep things
like they are now – if your browser is supporting specified
functions in the requirement it should work, if it’s supporting
and not working – create ticket and we’ll try to
investigate the problem.
I agree that there is should be a list with the browsers that were
reported as working/non-working but definitely not in the
requirements section but may be at the bottom of the page.
Regards, Andris
> Date: Wed, 14 Nov 2007 09:31:48 -0600
> From: chasd
> Subject: [RCD] "Supported" browsers
> To: RoundCube Dev
> Message-ID:
> Content-Type: text/plain; charset=US-ASCII; delsp=yes;
format=flowed
>
> At the link
>
>
> Only this is mentioned for browser requirements :
>
> * Javascript enabled
> * Accept cookies
> * Support for XMLHttpRequest
>
> Since I have some users on old or odd platforms, I was wondering if
> there should be a list of "tested" browsers.
> This may be incorrect, but from reading the Dev mail list, it seems
> the main developers test on the major browsers.
>
> IMHO it seems that RoundCube is "tested" on
>
> IE 6 ( Win XP ) and 7 ( Win XP and Vista )
> Safari 2 ( OS X 10.4.x ) and 3 ( OS X 10.4.x and 10.5.x, Win XP,
Vista )
> Firefox 2 ( Win XP, OS X 10.4.x )
>
> Should that specifically be mentioned in the browser requirements ?
> Are there others that are smoketested by Devs ?
>
> If other browsers are known to work by users, those could be added
to
> a "reported to work" section, so there is not an implication those
> browsers are regularly used by the Devs.
> I think Opera 9 is used by others on the Dev list, and I use
Camino,
> although always the very latest release.
> Maybe there should also be a "known not to work" section so bugs
> don't get filed that will likely never be addressed ?
> I realize that if IE 6 works, you have covered almost every Windows
> user, but the Mac platform has had many different browsers
available
> for it, and many different versions of those. Sadly each with
> differing capabilities as far as HTML, CSS, and ECMAScript support.
> Such browsers would be Safari 1.2x or 1.0.x ( OS X 10.3.x, 10.2.x
),
> Firefox 1.0.x or 1.5.x, Mozilla Suite ( Mac OS 9 ), IE 4.x ( Mac OS
> 9 ), iCab, etc.
> Charles Dostale
> System Admin - Silver Oaks Communications
> http://www.silveroaks.com/
> 824 17th Street, Moline IL 61265
-- Tavs bezmaksas pasts Inbox.lv
_______________________________________________
List info: http://lists.roundcube.net/dev/