Hi list! I have an account (let's say info at mydomain.com) that should be read from more people. These people does NOT have an account on the server. Currently info at mydomain.com is a forward to their addresses, but of course this solution has a huge problem: if info@ receives spam that the server does not recognize, the server forwards spam... Now I want to solve this problem and I had the idea to change info@ from "forward" to "local account". Then, I can read the E-Mails via IMAP. Now the question: if I have 5-6 people accessing the account via IMAP, has Dovecot (2.2.13 from Debian repositories) problems? Is there other solution, if the users don't want to have an account on the server? Thanks a lot for your suggestion Luca Bertoncello (lucabert at lucabert.de)
> On 29 Jun 2018, at 09:42, Luca Bertoncello <lucabert at lucabert.de> wrote: > > Hi list! > > I have an account (let's say info at mydomain.com) that should be read from more people. > These people does NOT have an account on the server. > Currently info at mydomain.com is a forward to their addresses, but of course this solution has a huge problem: if info@ receives spam that the server does not recognize, the server forwards spam... > > Now I want to solve this problem and I had the idea to change info@ from "forward" to "local account". > Then, I can read the E-Mails via IMAP. > > Now the question: if I have 5-6 people accessing the account via IMAP, has Dovecot (2.2.13 from Debian repositories) problems? > > Is there other solution, if the users don't want to have an account on the server? > > Thanks a lot for your suggestion > > Luca Bertoncello > (lucabert at lucabert.de) >Emails can only be read if they are authenticated / authorized in someway to access the store. That means you might need to share the info@ credentials with the other people so that they can read it over imap or webmail etc. Cheers, remko -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: <https://dovecot.org/pipermail/dovecot/attachments/20180629/76df0a81/attachment.sig>
Zitat von Remko Lodder <remko at freebsd.org>: Hi Remko,> Emails can only be read if they are authenticated / authorized in > someway to access the store. That means you might need to share the > info@ credentials with the other > people so that they can read it over imap or webmail etc.That is self-evident and it is not a problem. I can't understand what you mean... Do you see a problem in that? Thanks Luca Bertoncello (lucabert at lucabert.de)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 29 Jun 2018, Remko Lodder wrote:>> On 29 Jun 2018, at 09:42, Luca Bertoncello <lucabert at lucabert.de> wrote: >> >> Hi list! >> >> I have an account (let's say info at mydomain.com) that should be read from more people. >> These people does NOT have an account on the server. >> Currently info at mydomain.com is a forward to their addresses, but of course this solution has a huge problem: if info@ receives spam that the server does not recognize, the server forwards spam... >> >> Now I want to solve this problem and I had the idea to change info@ from "forward" to "local account". >> Then, I can read the E-Mails via IMAP. >> >> Now the question: if I have 5-6 people accessing the account via IMAP, has Dovecot (2.2.13 from Debian repositories) problems? >> >> Is there other solution, if the users don't want to have an account on the server? > > Emails can only be read if they are authenticated / authorized in someway to access the store. That means you might need to share the info@ credentials with the other > people so that they can read it over imap or webmail etc.As Remko points out, you need some sort of authorization to access the messages. The easiest is an account on the server, the messages are located at. I would suggest one account for the "info" role, that shares its mailboxes to one account per (natural) person. That way, if one person is to deny the access, you do not have to change the password and give it to the other persons. If you have other ways of authorization, such as: IP address (remote side of connection), think about using those implicit ones. - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBWzXp4cQnQQNheMxiAQIJgwf+POvM8AN47w8fOypRZHjZN8izQgs0dAtB HCN6dXK8TNCEVrvNQhRW/zcKVzYp69N+hxcRbjUxK7JT57y/GqgrQX8byV8PSqtC G2SxmMZD82xYxt1TVe0Er54lj+TFU26kms2CiV2jNstJbK3hlTYTSNLsPACo1fSt x0bMn27zZnqBnBBdiO5hb+gAPzs2vJGGjAVrwoNI4qBISp09rQ+xxyweD7KgjUR3 Gn2kKZKTux+42Wil5R060BgmjC9kTBM17ZQexFjxKAvOxgkRZ4uzwxWNk1VEDft8 aV6ztCJE01IwjImqUF1BxHZn/M3NPmFCTOg3m4bj44p1h1U/Y3xMsw==hAvM -----END PGP SIGNATURE-----
On 29 Jun 2018, at 01:42, Luca Bertoncello <lucabert at lucabert.de> wrote:> Now the question: if I have 5-6 people accessing the account via IMAP, has Dovecot (2.2.13 from Debian repositories) problems?I routinely access my accounts from 5 devices, which dovecot doesn't know are all "me". This is rather the point of IMAP. However, if multiple users are trying to move messages at the same time, that may cause trouble, so shared mailboxes are the best way forward on that. If this is more than two or three people, or if they are in different locations and will likely be deleting or moving mail at the same time what I would do is share the mailboxes from info at example.com to user1 at example.com, user2 at example.com, user3 at example.com, etc. For reading and replying there is no issue though. What I would suggest is that the users have folders on the info account, and when they are processing/dealing with an email, they move it into info/user1. That said, the right way to do this is to put the email into a CRM database and use a ticket system (or similar) to assign emails to a specific person and not use IMAP at all. Unless you are dealing with a really small pool of people all in one location who can be managed to not muck things up, and even then there might be problems, and they may well be catastrophic. Something along the lines of Zendesk, Freshdesk, etc (though I make no recommendations). I don't know of any free/open-source CRM packages, but I bet others here do. -- Penny, I'm a physicist. I have a working knowledge of the entire universe and everything it contains.