similar to: Multiple email clients not in sync

Here's a kind of "outside the box" thought. Why not extend the IMAP protocol to send email? Instead of having to use SMTP if an addition were made to the IMAP protocol then IMAP could transport outgoing mail to the server the same way it moves messages to the server. On the server end Dovecot would deliver outgoing email to the host MTA via localhost:25. The advantage would be

Got sort of a strange problem on one email account. Everything works fine with Thunderbird/IMAP showing the correct unread message count. But on my DroidX smartphone one of my email accounts always shows one unread message, but I can't bring any unread messages up. It's like there's something there making it think there's a message when there isn't. The email client is K-9

I'm advocating for a change in the IMAP specification to allow outgoing email to be sent over the same connection as incoming rather that having to separately configure outgoing SMTP email. There are two significant advantages to this concept. 1) It would greatly simplify setup for clients as they would only have to configure one connection rather than two. 2) Spam reduction by

So Timo, Have you considered the idea of storing all the email in a MySQL database? Seems to me that MySQL could somplify all the backend stuff that everyone struggles with and with replication one could create very massive and reliable systems. What would it take to use MySQL that way?

This is something for after the 1.0 release but I think it's important and I'm going to try to figure out how to make it happen. I'd like to see some way to pass outgoing email from Thunderbird back to dovecot through some new command that we would have to make up. Email would be sent back over the IMAP connection and when Dovecot gets it dovecot would hand it off to an SMTP

Hi Friends, I'm using on Debian Jessie, Dovecot 1:2.2.13-12~deb8u3. I would like to know if is it possible to auto-configure the email client, for example Thunderbird or K-9 mail. Essentially I would like to know if is it possible to let dovecot instruct the mail client about how to auto-configure the email client. Actually my mail server parameters are not automatically taken from

Greetings, I'm getting reports from a user who's reading and deleting mail on Thunderbird, but read flags and deletions don't show up in his Android phone. He's using the native Android mail app with the newest Android OS. My question is, where do I start with troubleshooting this kind of issue? Thanks for anyone's insight here. We're using Dovecot 2.2.13. --

Just wondering if there's an open source Linux alternative to MS Exchange so that all the features of outlook work?

I'm using a very old scheme for doing multiple domains using an old Linuxconf based setup. Each domain has it's own passwd/shadow file. It works but I need something new and modern and has a web interface and perhaps a mysql backend or something else good. So - what are people using out there for managing email users and domains? Thanks in advance.

Hello. With my installation of Samba I am thinking to use remote client software installation. For this I need to have access to admin shares on clients: such as C$, D$, ADMIN$, etc.... This is where I have a problem. I can't access those shares using Domain Admin credentials and I can't find any info on this anywhere in docs. Perhaps this task is not as common. Would anyone provide

The default_mail_env is very powerful, but .... If you have multiple databases wouldn't it make sense to have a separate mail environment for each database? For example: userdb passwd { default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u } # Linuxconf passwd-like file with specified location userdb passwd-file { args = /etc/vmail/passwd.%d default_mail_env =

Hi, I'm looking for some advice to do a really advanced trick with Dovecot. I'm not sure if this can be done. I need to describe first. I have a spam filtering company that does front end spam filtering. (Junk Email Filter) I want to add a system where I store a copy of spam on a server and make it available to the customer to review and maybe resent on false positives. I know I

OK - here's whay I need to make it work for my Linuxconf compatible authentication system. First - a question: Will this work? I can find docs on "virtualfile. auth virtualfile { mechanisms = plain digest-md5 userdb = passwd-file /etc/vmail/passwd.%d passdb = passwd-file /etc/vmail/shadow.%d user = root } Then - since the dmain name selects the passwd file, if there were a

I'd like to make a suggestion. Let's drop the Alpha and come out with an official version 1.0. Here's my reasons. The 0.9x version are obsolete and people should be using the 1.0 Alpha versions which seem to me to do everything the previous versions did and more. It's as full featured and stable as all other IMAP servers and in my opinion is ready to be called 1.0. The

I just replaced my drives for Dovecot using Maildir format with a pair of Solid State Drives (SSD) in a raid 0 configuration. It's really really fast. Kind of expensive but it's like getting 20x the speed for 20x the price. I think the big gain is in the 0 seek time. Here's what I bought. Crucial RealSSD C300 CTFDDAC256MAG-1G1 2.5" 256GB SATA III MLC Internal Solid State

This would make my life a lot easier in migrating to Dovecot. And it should be really easy to implement. Here's how linuxconf does it: Password files are placed in the /etc/vmail directory as follows: /etc/vmail/passwd.domain1 /etc/vmail/shadow.domain1 /etc/vmail/passwd.domain2 /etc/vmail/shadow.domain2 The password and shadow files are exactly the same format as the /etc/password and

Or you can implement a policy server yourself. :)The protocol is not complicated, json over http. See?https://wiki.dovecot.org/Auth/Policy ---Aki TuomiDovecot oy -------- Original message --------From: Aki Tuomi <aki.tuomi at dovecot.fi> Date: 21/05/2018 19:13 (GMT+02:00) To: Marc Perkel <marc at perkel.com>, dovecot at dovecot.org Subject: Re: Dovecot blacklist?

Trying to get the master password to work. What am I doing wrong? Trying this test: /etc/dovecot.masterusers master:{plain}test auth_master_user_separator=* auth default_with_listener { mechanisms = plain passdb passwd-file { # Master users that can log in as anyone args = /etc/dovecot.masterusers master = yes #pass =yes } passdb passwd-file { # Path for

Hope to get some attention about this idea to reduce hacking passwords. Here is a list of about 700,000 IP addresses that are hacking passwords through SMTP AUTH http://ipadmin.junkemailfilter.com/auth-hack.txt This is a list of IP addresses that attempted to authenticate against my fake AUTH advertizing on servers with no authentication. We do front end spam filtering for thousands of

I guess Dovecot has an LDA called deliver. What is it and how do I use it? Or is it ready to be used. can't find any docs on it. -- Marc Perkel - marc at perkel.com Spam Filter: http://www.junkemailfilter.com My Blog: http://marc.perkel.com