Software-update: RoundCube Webmail 0.3

RoundCube Webmail is een webapplicatie die zich als een imap-client gedraagt. Zo wordt het door verschillende hosters gebruikt om webmail-functionaliteit aan te bieden. Het bevat onder andere mime- en html-ondersteuning, adresboeken, zoekmogelijkheden en een spellingscontrole. Deze webapplicatie is geschreven in php en heeft een MySQL- of een Postgres-database nodig om zijn gegevens in op te slaan. Voor meer informatie verwijzen we jullie door naar deze pagina. De ontwikkelaars hebben versie 0.3 uitgebracht, voorzien van de volgende aankondiging en lijst met veranderingen:

Version 0.3-stable released

We're proud to announce the stable release of version 0.3 with the long-awaited plugin API. Now the doors are open to extend Roundcube's functionality and the integration in other web-based systems got much easier. The package includes a default set of useful plugins and some sample code. An introduction to plugin development can be found on our wiki.

Together with this release we finally pimped our website with a fresh and sexy design created by Micha Krautwasser, a very talented screen designer at http://bueroflint.com. Many thanks man!

Changes:
  • Fix gn and givenName should be synonymous in LDAP addressbook (#1485892)
  • Add mail_domain to LDAP email entries without @ sign (#1485201)
  • Fix saving empty values in LDAP contact data (#1485781)
  • Fix LDAP contact update when RDN field is changed (#1485788)
  • Fix LDAP attributes case senitivity problems (#1485830)
  • Fix LDAP addressbook browsing when only one directory is used (#1486022)
  • Fix endless loop on error response for APPEND command (#1486060)
  • Don't require date.timezone setting in installer (#1485989)
  • Fix date sorting problem with Courier IMAP server (#1486065)
  • Unselect pressed buttons on mouse up (#1485987)
  • Don't set php_value error_log in .htaccess but mention in INSTALL (#1485924)
  • Fix too small status/flag/attachment columns in Safari 4 (#1486063)
  • Fix selection disabling while dragging splitter in webkit browsers (#1486056)
  • Added 'new_messages' plugin hook (#1486005)
  • Added 'logout_after' plugin hook (#1486042)
  • Added 'message_compose' hook
  • Added 'imap_connect' hook (#1485956)
  • Fix vcard_attachments plugin (#1486035)
  • Updated PEAR::Auth_SASL to 1.0.3 version
  • Use sequence names only with PostgreSQL (#1486018)
  • Re-designed User Preferences interface
  • Fix MS SQL DDL (#1486020)
  • Fix rcube_mdb2.php: call to setCharset not implemented in mssql driver (#1486019)
  • Added 'display_next' option
  • Fix rcube_mdb2::unixtimestamp for MS SQL (#1486015)
  • Fix HTML washing to respect character encoding
  • Fix endless loop in iil_C_Login() with Courier IMAP (#1486010)
  • Fix #messagemenu display on IE (#1486006)
  • Speedup UI by using sprites for (toolbar) buttons
  • Fix charset names with X- prefix handling
  • Fix displaying of HTML messages with unknown/malformed tags (#1486003)
Versienummer 0.3
Releasestatus Final
Besturingssystemen Scripttaal
Website The RoundCube Webmail Project
Download http://www.roundcube.net/download
Licentietype GPL

Door Japke Rosink

Meukposter

07-09-2009 • 00:24

23

Submitter: Verwijderd

Bron: The RoundCube Webmail Project

Reacties (23)

23
23
20
0
0
0
Wijzig sortering
Een stap in de goede richting omdat nu het schrijven van plugins makkelijker wordt. Er is nog genoeg te verbeteren en qua functionaliteit loopt het nog achter op Squirrelmail en Horde.

Core functionaliteit is soms nog wat beperkt, out of office / vacation dingen zitten er nog niet standaard bij.
Maar het heeft zeker nog een jaar nodig wil het een serieus alternatief worden.
[...] out of office / vacation dingen zitten er nog niet standaard bij. [...]
Dat vind ik ook geen taak van een webmail client imo. Webmail is iets als een kunstgreep die je gebruikt voor slechts bepaalde situaties, want in bijna elk opzicht is een fatsoenlijke e-mail client op je PC veel 'beter'. Basisfunctionaliteiten voor webmail is dan ook meestal voldoende. Opstellen, versturen en lezen van e-mails. :)

Daarnaast...
Out-of-office replies hebben meer bijwerkingen dan hoofdwerking, gezien de volgende nadelen:
  • Spammers misbruiken ze door een valse From/Envelope-from-adres mee te geven in headers, waardoor de out-of-office reply met spam bijlage uit 'betrouwbare' bron (en daardoor hogere kans om door spamfilter te komen) bij een willekeurig target.
  • Een elegantere manier is om een functioneel e-mailadres te maken voor het doel waar mensen voor mailen en die te redirecten naar een in-office persoonlijk adres of shared mailbox. Bijvoorbeeld info@domein.tld -> employee12@domein.tld.
  • Out-of-office replies gaan ook naar automatisch gegenereerde mails, zoals orderbevestigingen van webshops e.d. En raad eens wat er gebeurt bij een on-holiday verstuurde mail die andere out-of-office replies triggert. Juist, een oneindige loop.
Gevolgen: riskeren om op IP-blacklists te komen voor spamfilters waardoor je mail niet meer betrouwbaar aankomt, meer onderhoud voor een systeembeheerder, meer klachten bij de helpdesk....
Mijns inziens een ramp voor elke mailserver configuratie.

[Reactie gewijzigd door gertvdijk op 24 juli 2024 03:20]

Zo'n vacation / out of office plugin voorziet uiteraard ook in het doorsturen van de mail zonder de afzender te mailen.

Automatisch genereerde mail komt vaak van een 'noreply@' of een ander niet-bestaand adres. Dat levert een bounce op maar op een bounce wordt in de regel niet gereplied omdat de headers gecontroleerd worden.

Die oneindige loop is uiteraard onzin, een fatsoenlijke responder houdt bij aan wie ie mail heeft verzonden.

Het ging mij alleen om de mogelijkheid om een bestaande responder te gebruiken. Configuratie van dat ding is uiteraard in handen van de sysadmin van die doos en staat dus los van de mail client functionaliteit.

In een zakelijke(re) omgeving is het vaak een eis om out of office reply in te stellen. En iets als: "tijdens mijn vakantie wordt de e-mail niet doorgestuurd naar een collega, als het dringend is neem dan contact op met X of bel Y" is niet ongebruikelijk.

Ik moet er niet denken als ik klakkeloos alle mail van een collega krijg tijdens zijn/haar vakantie. Dat is pas een ramp :)
Zo'n vacation / out of office plugin voorziet uiteraard ook in het doorsturen van de mail zonder de afzender te mailen.
Dan is het geen out-of-office reply meer, maar een out-of-office forward...
Automatisch genereerde mail komt vaak van een 'noreply@' of een ander niet-bestaand adres. Dat levert een bounce op maar op een bounce wordt in de regel niet gereplied omdat de headers gecontroleerd worden.
Dat is theorie. Bounces kan je op verschillende niveaus krijgen afhankelijk van de configuratie bij de remote mailserver. Je kan daarvoor een als 'oplossing' een niet-bestaande afzender geven aan de out-of-office reply. Dat is geen elegante oplossing imo.
Die oneindige loop is uiteraard onzin, een fatsoenlijke responder houdt bij aan wie ie mail heeft verzonden.
Ook dat is theorie. Wat nou als de remote out-of-office reply mailserver je een volledig 'nieuwe' mail stuurt? Zonder de In-reply-to header. Vertrouw nooit andere mailservers zomaar.
Het ging mij alleen om de mogelijkheid om een bestaande responder te gebruiken. Configuratie van dat ding is uiteraard in handen van de sysadmin van die doos en staat dus los van de mail client functionaliteit.
Dus waarom wil je het dan wel in webmail client functionaliteit?
In een zakelijke(re) omgeving is het vaak een eis om out of office reply in te stellen. En iets als: "tijdens mijn vakantie wordt de e-mail niet doorgestuurd naar een collega, als het dringend is neem dan contact op met X of bel Y" is niet ongebruikelijk.
Dat bedenken mensen die geen betere oplossingen kunnen bedenken. Maffe managers of iets dergelijks.
Ik moet er niet denken als ik klakkeloos alle mail van een collega krijg tijdens zijn/haar vakantie. Dat is pas een ramp :)
Dat hoeft ook neit zo klakkeloos. Daarvoor zijn dingen als shared folders en functionele aliassen voor uitgevonden.
En eventueel andere systemen met mail als middel. Denk aan ticketing systemen, mailinglists, groupware oplossingen, etc.

Praktijk is gewoon dat out-of-office replies meer narigheid bezorgen dan waar je op het eerste moment aan zou denken.

[Reactie gewijzigd door gertvdijk op 24 juli 2024 03:20]

Ook dat is theorie. Wat nou als de remote out-of-office reply mailserver je een volledig 'nieuwe' mail stuurt? Zonder de In-reply-to header. Vertrouw nooit andere mailservers zomaar.
Er wordt niet alleen maar gekeken naar zo'n In-reply-to header, ook andere X headers kunnen gebruikt worden.
Een autoresponder kijkt gewoon naar from en to adres. Als ie die kent verstuurt ie hem niet nog een keer tenzij de resent tijd (1 week default) verstreken is.
Zo replied ie ook niet op spam mail als de header X-Spam-* bevat. Desondanks blijft het gewoon een stuk software, dus er zal allicht wel een keer iets geautoreplied worden wat niet de bedoeling is.
Dan is het geen out-of-office reply meer, maar een out-of-office forward...
En die kan je niet met elkaar combineren omdat ....?
Dus waarom wil je het dan wel in webmail client functionaliteit?
Het enige wat je wil in je mailclient is de mogelijkheid tot het instellen van een out of office reply. Dat het via /usr/bin/vacation wordt aangeroepen vanuit .forward of dat via een Postfix transport naar vacation.pl gaat maakt geen bal uit.
Je moet niet een andere app gebruiken om dat in te stellen.
Dat bedenken mensen die geen betere oplossingen kunnen bedenken. Maffe managers of iets dergelijks.
Ik merk dat klanten en collega's het waarderen dat ze een out of office reply krijgen i.pv. geen reactie. Die hebben echt geen boodschap aan die anti-spam argumenten van je.
Dat hoeft ook neit zo klakkeloos. Daarvoor zijn dingen als shared folders en functionele aliassen voor uitgevonden.
En eventueel andere systemen met mail als middel. Denk aan ticketing systemen, mailinglists, groupware oplossingen, etc.
Dat is allemaal leuk, maar feit blijft dat je ook persoonlijke mail krijgt die alleen voor jou interessant is i.v.m. jouw functie of kennis. Of misschien wil de afzender wel alleen dat ik het te lezen krijg i.p.v. de hele organisatie.
Webmail is iets als een kunstgreep die je gebruikt voor slechts bepaalde situaties, want in bijna elk opzicht is een fatsoenlijke e-mail client op je PC veel 'beter'.
Dat is dan toch echt persoonlijk. Ik gebruik al jaren geen email client op de pc meer. In plaats daarvan ontvang ik al mijn email (ook van verschillende providers, domeinen) in 1 Gmail account. Ze worden dan automatisch ook getagged en ingedeeld in de juiste categorieen. Gmail is overal te bereiken, en er zijn ook handige mobiele clients. Super!

Ik denk dat mailclients steeds meer gaan verdwijnen. Sowiezo verplaatsen steeds meer applicaties zich naar het web, maargoed; dat is een hele andere discussie ;)
out of office / vacation dingen zitten er nog niet standaard bij.
Gelukkig maar, ik wordt niet goed van die out-of-office notifications op mailinglists.
Een spellingscontrole plugin is er al wel :)

Zo'n plugin maakt het alleen maar mogelijk om deze aan te zetten. Het daadwerkelijk versturen van zo'n out of office reply wordt gedaan door de /usr/bin/vacation of een virtual user aware (vacation.pl bijv).

Deze kijken ook naar de headers van een bericht en geven dus niet overal antwoord op.
Heb het geheel nog nooit aan de praat gekregen op mijn ubuntu 8.04 server.
Zonder mijn huidige mailconfiguratie door mekaar te gooien :)
Heb het geheel nog nooit aan de praat gekregen op mijn ubuntu 8.04 server.
Zonder mijn huidige mailconfiguratie door mekaar te gooien :)
Want? Het connect gewoon naar een willekeurige IMAP en SMTP server. Hoe de neuk kun je je huidige mailconfiguratie door mekaar gooien? Aangezien dat zo'n beetje de core functionaliteiten zijn van elke mailserver implementatie.
Vreemd. want roundcube gedraagt zich gewoon als een IMAP client. Als mensen met een IMAP applicatie hun email ophalen gooit dit toch ook niet je server config door elkaar? Misschien nog eens naar kijken want het is wel een hele fijne webmail applicatie! Ik gebruik het zelf ook voor mijn klanten. Integreert ook moeiteloos in *kuch* Plesk.
Waarschijnlijk ge-apt-min-get.. Als jedat niet onder controle hebt en zaken gaat removen kan ik me voorstellen dat dingen stuk.
begrjip ik het goed dat deze websoftware via IMAP de data ophaalt en bewaart in een database? Is dat niet dubbelop?
Dat doetie dan ook niet. Alleen usersettings en preferences worden gestored.
Tsja, de code is alleen nou ook niet iets waar je graag in wilt programmeren... wat een hel!
Sja, ik heb even gekeken, het ziet er allemaal niet superelegant uit. Die naamgeving bezorgt mij alleen al kriebels.

Dit bijvoorbeeld is geen schoolvoorbeeld van een controller: http://trac.roundcube.net...k/roundcubemail/index.php

Maar goed, je kan oo-plugins schrijven, dus een beetje modulair is het wel.

[Reactie gewijzigd door bulle bas op 24 juli 2024 03:20]

Net geupgrade van 0.2.2 naar deze release en even met de voorbeeld plugin zitten 'stoeien'. Ziet er allemaal goed uit.

Wat ik zelf echt een verbetering vind is het paginate gedeelte wat anders werkt. Voorheen was het zo dat als je op pagina 1 mailtjes verwijderd dat op de pagina alleen de mailtjes bleven staan die oorspronkelijk op deze pagina stonden. Als je dan naar pagina 2 gaat heb je de hoeveelheid mailtjes die je op de eerste pagina hebt verwijderd overgeslagen. Deze staan nu nml op pagina 1. Dit vond ik niet goed werken.

Nu hebben ze dat verbeterd dat als je op pagina 1 mailtjes verwijderd automatisch de mailtjes van de volgende pagina door schuiven naar je eerste pagina.

Waarschijnlijk moeilijk stukje om te snappen, maar werkt goed! :)

[Reactie gewijzigd door Tead op 24 juli 2024 03:20]

Zelden zo'n fijne webclient gebruikt. Hulde!
Zelden zo'n fijne webclient gebruikt. Hulde!
'Tis meer eye-candy dan functioneel en fijn imo.
Mijn voorkeur gaat nog altijd uit naar het uitgebreide en gebruiksvriendelijke Horde framework met IMP als webmail, met ook sinds kort DIMP (Dynamic pages d.m.v. AJAX).
Kan je daarmee ook mailtjes deleten met de delete knop, of mailtjes verslepen?
Ik ken squirrelmail, horde en roundcube, en ik kan je vertellen dat roundcube vele malen prettiger werkt.
Roundcube ziet er simpel uit, en is het ook. Wie een keuze moet maken, kan ik roundcube aanbevelen.:Y
XS4all schijnt dit ook te gebruiken.
Nou en of gebruikt XS4all dit, Cor Bosman post regelmatig over de implementatie op xs4all.general.
Goeie stap, squirrelmail is weliswaar geschikter voor oude en kapotte browsers maar is wel heel erg een 20e eeuws product.

Op dit item kan niet meer gereageerd worden.