What is the intention of /home/yellowtent/boxdata/mail/spamd ?

[d19dotca]

@girish I’ll check in the morning for sure, I’ll double check if it exists somehow in vmail. It shouldn’t though as it’s an @me.com address (Apple-owned) so it’s never been something I could even host at all in the first place.

Though now that I think about it, back before Cloudron allowed mailing list to external addresses, it was a mailbox on their business domain and then a forwarding rule assigned to their @me.com address. But that mailbox was removed soon after mailing lists could forward externally and is just a mailing list since the. So maybe there’s still something in there?

I’ll update tomorrow

[girish]

Oh, the vmail and spamd directories should only ever contain addresses that are hosted on Cloudron. If you see anything not belonging to Cloudron, you can delete it . If they "re-appear", please report here, because that is some bug. I thought we fixed this bug a long time ago. I quickly checked atleast 5 Cloudrons that I could get hold of and none of them have external mailboxes (anymore).

[d19dotca]

@girish I think that’s the thing though, the one I’m mentioning I see in spamd is the @me.com address, so I guess that’s a bug then eh?

[girish]

@d19dotca Yes, that looks like a bug. Can you remove it when you ssh in the next time around and let me know when it re-surfaces?

[d19dotca]

@girish I had emptied the spamd folder the other day, so if the @me.com address is coming up then I guess a bug. I’ll check the vmail too once I can tomorrow.

[d19dotca]

@girish Okay I checked in vmail today and it's all the expected mailboxes. So the @me.com address is only present in spamd. I've deleted it again from spamd and will see if it comes back again later today.
EDIT: I just looked again in the spamd folder and actually found three others in there that went to domains I've never hosted (i.e. they're external domains used in forwarding only from mailing lists and not mailboxes). Definitely seems like a bug, but I've removed all of them now and will see if any of those come back.

[d19dotca]

@girish Okay, I can confirm it's back again (just one of them but I assume if I wait longer the others will show up too). So definitely seems to be a bug. Is there anything I can do to help troubleshoot / diagnose it? Do you want SSH access again?

Here's a screenshot showing some of the mailboxes in the spamd folder, can confirm the @me.com in there which obviously I don't host that domain since Apple does.

One thing I noticed is the permissions all seem a bit inconsistent, not sure if that's expected but I'd have assumed they'd be consistent. So that may or may not be another bug too?

[d19dotca]

@girish - just wanted to follow up on this. Anything needed of me for fixing this defect?

[girish]

@d19dotca I will try to reproduce this, it's in my TODO list.

[d19dotca]

@girish Hi Girish. Just following up on this. Doesn't seem like it's been fixed yet.

[d19dotca]

@girish Just following up on this. Seems to still be an issue in Cloudron (or at least my instance of it).

[d19dotca]

(still an issue - also possibly related to https://forum.cloudron.io/topic/4921/bayes_00-rule-set-for-some-mail-to-mailing-list-no-mailbox/1 ?)

[d19dotca]

By the way, it looks like I still have this issue years later. The directories in /home/yellowtent/boxdata/mail/spamd/ do not represent all hosted mail, but rather includes some external mail too. No idea how they're getting created as I've never hosted some of these mailboxes before and the domain isn't one I host either.

For example, these are forwarded addresses (from a mailing list) being listed in the directory:

drwx------  2 cloudron cloudron 4.0K Mar 13 05:59 {redacted}@yahoo.ca
drwx------  2 cloudron cloudron 4.0K Mar 13 06:17 {redacted}@gmail.com
drwx------  2 cloudron cloudron 4.0K Mar 13 06:21 {redacted}@me.com

There's also an unexpected one too...

drwx------  2 cloudron cloudron 4.0K Mar 13 04:57 shared-mailboxes.db

[girish]

The shared-mailboxes.db is a dictionary used by dovecot acl for shared mailboxes. That one is safe to ignore.

I went and checked some of the mail servers we had access to and they don't have external mailbox directories there. Is anyone else seeing this?

[d19dotca]

@girish Would it help if I sent you support access from the Cloudron dashboard? It's something very strange for sure. Maybe something unique to my environment if you're not seeing it at all, but I'm at a loss to what creates it since I am not manually creating any directories so it's presumably Cloudron creating that content.

[girish]

@d19dotca are you able to reproduce this somehow? atleast, on the servers I have access to, we don't see extra folders. I think if you can send emails from those yahoo/gmail/me accounts and if they somehow create those directories, would be great!

Do you happen to use email lists feature? Not sure if it's related but that is one feature, we don't use and neither do I use in my personal server.

[d19dotca]

@girish Yes I definitely do use mailing lists, sorry I thought I noted that before. Many (though I don’t think all) of the email directories that are unexpectedly found in this directory are from mailing list addresses. In other words they are on the recipient list of a mailing list.

So it’s as if the mailing list feature is creating these too, but it doesn’t make sense of course to have one on the forwarding addresses. The mailing list email I could see and understand I guess since it’s still trying to identify spam to not forward, but I don’t get why it’s adding the destination addresses in as if they’re mailboxes that it can learn from.

I can’t reproduce on-demand that I’ve seen so far but just giving it time for a day or two and they’ll start to appear. I guess sending an email to the mailing list would trigger it, I can try that too next time I’m at my computer again.