Could those 'white space' bars also simply be left off when you scroll down to the next screen (as they are in Squirrel)?kgc wrote: we're currently working on reclaiming as much slack space as possible to get more on the screen at a time.
It's my OS... as I said. Because of my physical disabilities, the ESC key is mapped to perform a function that helps make it a little easier for me to use my PC. Your solution won't work for me.virtualmike wrote:Is it your OS' context menu, or your browser's?Guesty Guesterson wrote:Also...
When I try to use RoundCube's 'right-click' features, the options are obscured by my OS's contextual menu (which is also activated by a click of the right mouse-button). Seems like a bug (or at least an annoyance) in the RoundCube Interface.
I get that behavior, but it's my browser's context menu. I could change a setting in the browser, but there are a couple of web sites that I use that intentionally disable the right-click context menu, preventing me from using several of its functions. In that situation, all I need to do is press the Esc key, which dismisses the browser's menu and lets me use the page's menu.
Thanks very much for your response Kelsey.kgc wrote:@nliten - we've discussed this at some length and what you see is the result of those conversations.
The synthetic Received header amounts to the same thing added by our outbound SMTP servers when mail is sent through them. All major webmail providers except for gmail (as far as I'm aware) also generate this synthetic header. This has the distinct advantage that the receiving server is able to process the received headers to the original source for use in spam filtering and affords webmail users no more or no less anonymity than users that choose to use their own clients.
The plugin that you've pointed out encrypts this header but that results in a positive score in SpamAssassin due to it having an unparsable received header.
On the other hand, the data in the X-Sender could be encrypted, we'd just need to write/modify a plugin to do it.
Code: Select all
<?php
/**
* Plugin that adds the ENCRYPTED Username to the X-Sender header.
* The Username is the actual Sonic User Account Email Address.
* Inspired by the log_sender.php plug-in v1.0 by Cor Bosman
*
* @version 1.1
* @author Sonic.net Member
*/
class log_sender extends rcube_plugin
{
function init()
{
$this->add_hook('outgoing_message_headers', array($this, 'log'));
}
function log($args)
{
$rcmail = rcmail::get_instance();
$user = $rcmail->user->data['username'];
$user = $rcmail->encrypt($user);
$args['headers']['X-Sender'] .= " ($user)";
return($args);
}
}
?>
Take a look at "National Federation of the Blind v. Target Corp" back in 2007. A court ruled that Target was in violation of the Americans with Disabilities Act, particularly because the website offered exclusive offers that affected the use of Target's brick-and-mortar stores (the ADA specifically applies to physical spaces) and the Target.com website was not reasonably accessible. Many people took this as a foot in the door for the ADA becoming a major web design concern.Guest wrote:Please explain to me how it could be an ADA issue, if they provide IMAP, and POP3 access, in which someone with disabilities could utilize an accessible mail client?
Robert, is there a reason why you haven't upgraded the OS? You may (even though it is such an old install) be able to run a static build of a newer version of Firefox or Chrome.rmrneff wrote:I have a computer running an old version of Debian. It cannot run the new webmail because my browser is too old. It would be too bad to have NO access to webmail, if you discontinue the other webmail options.
Isn't this also an issue with these old webmail frameworks, too? The risk is serverside, probably, but definitely hard to keep all that old stuff updated.kgc wrote:I have to point out to the people running these old browsers -- there's probably a 99.9% chance that your browser is remotely exploitable and could allow a malicious site to take complete control over your system.