@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.

Some part of this like rate limits and notifications of hitting rate limits (for API, LDAP etc) are part of our focus in 6.3. We want to review all our current security settings before going multi-host.

Thanks for the heads up, pushed an update now. Updated PHP to 7.4 in the process.

Wow, that was fast! Thank you. One small nit: I would add that the composer command needs to be run from within the plugin installation directory. I also forgot one step: chown -R www-data: ., also in the plugin installation directory.

Package update is out.