On 12/29/2010 9:52 PM, Fabio Catunda wrote:
Seasoul,
Right from dovecot.conf:
The "L" if for lowercase (I think). In e-mail RFC is specified that
mail should be case sensitive, but it might give you some problems
where people send e-mail to f...@domain.com and f...@domain.com, as we
are wo
On 02/01/2011 12:40, Seasoul wrote:
Thinking I should look into PAM , this is my config:
..
Now, when I try to log to Dovecot via telnet using "us...@domain.com" as
username, authentication fails and Dovecot log shows:
..
Which makes sense because I don't have a "us...@domain.com" set up as
Many thanks Daniel for your comment, I'll have another look at the Postfix
wiki !
On Tue, Jan 4, 2011 at 12:46 AM, Daniel L. Miller wrote:
>
> On 12/30/2010 4:14 AM, Seasoul wrote:
>
>> When I send an email to us...@domain.com from a gmail account, this is
>> the
>> log record:
>>
>> postfix/qmg
On 12/30/2010 4:14 AM, Seasoul wrote:
When I send an email to us...@domain.com from a gmail account, this is the
log record:
postfix/qmgr[28610]: 4E2EA70324: from=, size=5119, nrcpt=1
(queue active)
postfix/virtual[2947]: 4E2EA70324: to=, relay=virtual,
delay=0.51, delays=0.44/0.02/0/0.05, dsn=
Sorry for all the consecutive emails, but thought I'd mention I'm using
PostfixAdmin to create my users and mailboxes on virtual domains.
Should I leave PAM authentication for another type of authentication, maybe
SQL based ?
On Sun, Jan 2, 2011 at 8:40 PM, Seasoul wrote:
> Thinking I should loo
Thinking I should look into PAM , this is my config:
in /etc/pam.d/dovecot:
#%PAM-1.0
@include common-auth
@include common-account
@include common-session
in common-auth:
authrequiredpam_unix.so nullok_secure
in common-account
accountrequiredpam_unix.so
in common-session
Thanks Timo,
set the dovecot log as suggested, and this is what a telnet session gives me
now on dovecot.log:
ssl-params: Info: Generating SSL parameters
ssl-params: Info: SSL parameters regeneration completed
auth: Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth
Debug: auth c
On 31.12.2010, at 6.55, Seasoul wrote:
> auth_debug = yes
> auth_verbose = yes
..
> When I try to login to dovecot via telnet, here's what the log records:
>
Hi,
Now running Dovecot 2.0.8 and still having the same issue:
Postfix sends emails to /var/mail/vmail/username (username is
u...@domain.com) but Dovecot looks for email in /var/mail/vmail/user
How to alignt he two ?
Dovecot -n gives:
-
On Thu, 2010-12-30 at 20:53 +0800, Seasoul wrote:
> Do you mean the dovecot-auth errors ?
I mean if you have auth_debug=yes enabled, and assuming you also use sql
(it wasn't clear if you're using pam, sql or both since you had both
enabled in dovecot.conf), you should see messages such as:
Dec 30
Do you mean the dovecot-auth errors ?
the only one I have in the auth log is:
dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0
euid=0 tty=dovecot ruser=user1 rhost=127.0.0.1 user=user1
That was when i typed my password wrongly.
Aside from that and a bunch of random atta
On Thu, 2010-12-30 at 20:14 +0800, Seasoul wrote:
> When I try to get pop access via telnet, this is what the log records:
>
> dovecot: pop3-login: Login: user=, method=PLAIN, rip=127.0.0.1,
> lip=127.0.0.1, secured
The auth_debug logs are missing above. They're the most important ones
in figuri
Thanks Charles for the advice, it "came" with Webmin like that so didn't try
to change it. But you're right, maybe installing a more recent version will
help..
On Thu, Dec 30, 2010 at 8:21 PM, Charles Marcus
wrote:
> On 2010-12-29 9:40 PM, Seasoul wrote:
> > Hi,
> > I am running Dovecot Version 1
On 2010-12-29 9:40 PM, Seasoul wrote:
> Hi,
> I am running Dovecot Version 1.0.15on a Debian server, with postfix and
> postfixadmin.
The very first thinmg you should do is upgrade... 1.0.15 is very old...
I'm sure there are other issues involved, but you will get much more
meaningful help if you
Hi,
When I try to get pop access via telnet, this is what the log records:
dovecot: pop3-login: Login: user=, method=PLAIN, rip=127.0.0.1,
lip=127.0.0.1, secured
dovecot: POP3(user1): Effective uid=***, gid=***
dovecot: POP3(user1): maildir: data=/var/mail/vmail//user1
dovecot: POP3(user1): maild
On Thu, 2010-12-30 at 12:20 +0800, Seasoul wrote:
> Hi,
>
> I'm a bit confused now, I though Dovecot was the MDA ?
Only if you've configured it that way: http://wiki.dovecot.org/LDA
> >> mail_location: maildir:/var/mail/vmail/%d/%u
So Dovecot should see the domain.. Set mail_debug=yes to see wh
Hi,
I'm a bit confused now, I though Dovecot was the MDA ?
I'm only using Dovecot and Postfix so I think Dovecot is the MDA here.
Thanks for the reply though, it tells me that something's wrong with either
the email delivery or the email fetching (or both!). I just can't find in
the different *.co
Mr. Seasoul,
What is your MDA?
Ok, maybe you don't have this answer right now, but it's pretty
important. MDA is a Mail Delivery Agent, it's responsible for delivery
an e-mail to the user e-mail folder. I tend to use maildrop, again, just
because I like it.
Apparently there is a misundersto
Hi Fabio,
Many thnaks for your prompt reply, I was typing the below :)
So my path for mail_location is /var/mail/vmail/%d/%u but apparently that's
not what happens..any idea why ?
My dovecot.conf:
# 1.0.15: /etc/dovecot/dovecot.conf
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap imaps pop3 po
Seasoul,
Right from dovecot.conf:
# Location for users' mailboxes. This is the same as the old
default_mail_env
# setting. The default is empty, which means that Dovecot tries to find the
# mailboxes automatically. This won't work if the user doesn't have any mail
# yet, so you should explicitl
20 matches
Mail list logo
