@jdaviescoates said in How to stop Roundcube session ending when I close my laptop lid?: Yeah, I've noticed that, a bit of pain. Think perhaps I'll create an issue on SnappyMail github about it... I did already some time ago: https://github.com/the-djmaze/snappymail/issues/196 (was linked above) For that we need the Dovecot Virtual Folder @girish mentioned in the other thread

@necrevistonnezr said in Lots of things broken by recent updates: CALdav = calendar protocol CARDdav = contacts protocol Yep, I kept writing CalDAV when I meant CardDAV - doh!

Just rewording the docs a bit. But what it's trying to say is: Per https://plugins.roundcube.net/#/ , it says to install plugins by editing composer.json. This won't work because composer.json is readonly in Cloudron package. Plugins have dependencies listed in their own composer.json . So the installation instructions are to install the deps of plugins (when installing plugin from source).

@jdaviescoates Yes, correct. The symlinks are probably stale. You can remove them and restart the app, they will get recreated as needed.

@humptydumpty sounds reasonable. "Send copy to" using SRS could fail depending on SMTP features and "forward to" (not using SRS?) should work. I don't think its an real issue but I also did not find any helpful documentation regarding Cloudron and this constelation. Also bad UX in the end ^^

@girish if it’s about completely blocking any outside email communication then blocking outbound communication on port 25 is a way the achieve this. This way every mail directed to an outside server would eventually result in a non delivery as the destination cannot be connected.

The new version is published now.

@jdaviescoates It seems Google stepped up - https://faircode.eu/faq.html

@jdaviescoates I put the docs in https://docs.cloudron.io/apps/roundcube/#upload-size . I think adjusting $config['max_message_size'] = '100M'; takes it over 75M . Note that roundcube uses 1/3 of the size here for attachments (the rest is for the message body itself). So, maybe make it like 150MB or something.

@girish Thanks, that put me on the right path... For the record: Even the current forked version of the identity_smtp plugin (https://github.com/CocytusServices/Roundcube-Identity-SMTP forked from https://github.com/deflomu/Roundcube-SMTP-per-Identity-Plugin) has a bug. The fix proposed here works: https://github.com/deflomu/Roundcube-SMTP-per-Identity-Plugin/commit/411a33432ab1ba7fdb6004f6b2b66bd3601dff9f

@girish thanks i was looking trough wrong documentation or i just didnt notice it. thanks again for pointing me in right direction.

@girish Yes, we are using them for transactional email. I'll go ahead and run this down with them. Your answer on Haraka helps out -- thank you so much!

@nebulon there was bug in the package using the incorrect imap port, I have pushed a fix.

@loudlemur Here are some of the possible trouble indicators in the logs (I have obfusticated the domain names/email addresses) One clue might be that though I am actually able to send mail, none of it appears in the "Sent" folder. Also, if I go into "Manage folders", i can't create a folder or even click on those toggle buttons on the "inbox" for example. They don't respond. Dec 17 17:09:50 (node:90) [DEP0123] DeprecationWarning: Setting the TLS ServerName to an IP address is not permitted by RFC 6066. This will be ignored in a future version. Dec 17 17:09:50 (Use `node --trace-deprecation ...` to show where the warning was created) Dec 17 17:09:50 [INFO] [outbound] secured verified=false cipher=TLS_AES_256_GCM_SHA384 version=TLSv1.3 error=ERR_TLS_CERT_ALTNAME_INVALID cn=*.mydomain.com organization="" fail:zen.spamhaus.org [core] hook=connect plugin=dnsbl function=connect_multi params="" retval=DENY msg="host [123.456.789.012] is blacklisted by zen.spamhaus.org"

@girish said in So Confused about Plugins: I have updated the plugin section a bit - https://docs.cloudron.io/apps/roundcube/#plugins I just tried installing the carddav plugin (I think perhaps that should actually come pre-packaged in the app), but so far I can't get it to work. Does the Roundcube app need to be restarted or anything? (not that that has helped me, just be good to know). I note that the docs say: Add the plugin to $config['plugins'] in /app/data/customconfig.php. The name below must match the name of the directory in the first step. array_push($config['plugins'], 'myplugin'); But in the actual customconfig.php file in the app it doesn't have $config it has $rcmail_config - so either the file in the app or the docs need updating to reflect whichever is actually correct. Also, I think I'm correct in saying that you don't need to add another array_push... line, just to add 'myplugin' to the existing array, right? So perhaps the docs should say: Add the plugin to $rcmail_config['plugins'] in /app/data/customconfig.php. The name below must match the name of the directory in the first step. array_push($rcmail_config['plugins'],'message_label','myplugin','myplugin2'); To make that clearer? Also, just so I know, does whitespace/ spaces make any difference in this file? Thanks!

@girish you are right. seems I confused the both. sry.

Great! Thanks.

@phil24840552 said in Roundcube Login: @nebulon I dont know how to download them.. That seems to be the most popular. https://packagist.org/packages/kolab/calendar But i cant follow your tutorial. As the post before indicated alredy. Just follow the instructions on https://github.com/kolab-roundcube-plugins-mirror/calendar (which is linked on the page you gave)

I read that file quickly, indeed it seems it can pull in email addresses from LDAP. I agree this looks quite useful to have! I will open a bug to investigate - https://git.cloudron.io/cloudron/roundcube-app/-/issues/3 . I think this might need change to our LDAP directory first to make the username <-> concrete mailbox work well, have to investigate.