similar to: Problem switching from LDA to LMTP (with Postfix)

Am 04.08.2017 um 12:06 schrieb Nikolaos Milas: > Hello, > > I am trying to switch from LDA to LMTP on a Postfix/Dovecot setup, but > something is going wrong. > > I have followed the directions at: > https://wiki.dovecot.org/HowTo/PostfixDovecotLMTP > > Here is a session from dovecot.log: > > Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Connect from local >

Hi, -- This message refers to the maillist itself rather than to dovecot software -- I have noticed that when I post to this list (only), I get DKIM Verification failure reports from: root at moncton.sidefx.com (e.g. for my last post: "DKIM failure report for job 4D27B5DC4E on mail.sidefx.com") root at mail.rmacd.com (e.g. for my last post: "DKIM failure report for job

On Thu, Jan 5, 2017 at 4:04 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 4/1/2017 7:37 ??, Gordon Messmer wrote: > > I don't see that on VMs that I manage. Some of the physical machines that >> I manage do have duplicates in the device.map. >> > > Thank you Gordon for your feedback! > > Can others please report the content of /boot/grub2/device.map

I am using a VM with CentOS 5.8 x86_64 under KVM. I only have console access to the VM through a virtual console (web based). Tonight, after a routine "yum update", I did a "shutdown -r now" due to kernel update and the VM won't start. See console screenshot vm1.png: https://vmail.noa.gr/files/vm1.png There is an error (which I haven't seen before): type=1404

> On 19 Jan 2016, at 16:04, Nikolaos Milas <nmilas at noa.gr> wrote: > > On 19/1/2016 3:31 ??, Timo Sirainen wrote: > >> Change it the other way around: >> >> remote 127.0.0.1 { >> protocol imap { >> ... >> } >> } > > Thank you for your advice Timo (on "remote" blocks). > > So, the "remote"

On 19 Jan 2016, at 13:34, Nikolaos Milas <nmilas at noa.gr> wrote: > > On 15/1/2016 8:02 ??, Nikolaos Milas wrote: > > Having received no reply, I tried using the above info by configuring: > > protocol imap { > imap_client_workarounds = "delay-newmail" > mail_plugins = quota imap_quota notify replication > mail_max_userip_connections

Hello, I'm struggling to make a cloned CentOS 7 VM (under KVM) to work. The VM was cloned using mondorestore. Restore appears successful but the VM won't boot; see: http://iweb.noa.gr/files/centos7/supergrub2-scratchvm-20170503-04.png I booted with CentOS 7 disk in troubleshooting mode (where the virtual disk was automatically mounted without issues) and I tried to repair:

Hi, I'm still trying to migrate from Dovecot 1.2.16 to 2.0.7 on FreeBSD. Previous attempts have failed with mails not being visible after the upgrade. Version 1.2.16 was migrated from maildir to dbox about a year ago via the convert-plugin. After previous attempts to "clean" the hybrid maildir-dbox situation I used imapsync to copy all mails from the old account to a new

> -----Original Message----- > From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] > On Behalf Of Burak G?RER > Sent: Thursday, May 30, 2013 10:34 AM > To: Nikolaos Milas > Cc: Dovecot Mailing List > Subject: Re: [Dovecot] Dovecot 2.2 build rpm on Centos6 > > On 27-05-2013 16:56, Nikolaos Milas wrote: > > On 27/5/2013 1:07 ??, Birta

Can you please try doveadm exec imap -u username_of_the_user 1 LIST "" "*" and see if it is there? Aki > On 22/02/2023 14:28 EET Nikolaos Milas <nmilas at noa.gr> wrote: > > > On 21/2/2023 9:56 ?.?., Aki Tuomi wrote: > > Can you enable mail_debug=yes, restart, ask the user to access the folder(s) and provide those logs? > > > > Hi

Hola. Tengo un set de datos importados desde SPSS (que usa etiquetas).- Mayormente, no tengo problemas, pero en una variable puntual veo que las etiquetas de las variables "están" pero la clase del vector no me cierra y los resultados no los usan. Trato de mostrarlo: > na.omit(datos[, .(FORM, Region, Dependencia = B2a, Criterios = D4_Otros.1)]) FORM Region Dependencia Criterios

On Fri, May 5, 2017 at 12:52 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 5/5/2017 1:42 ??, Nikolaos Milas wrote: > > Hmm, it seems that the boot flag should be removed from /dev/vda2 >> partition? >> > > Actually, I tried this and left the boot flag only to /dev/vda1. I > rebooted and I am still getting the same error. :-( > > I was hoping we were

On 5/5/2017 5:11 ??, Barry Brimer wrote: > Are the correct volumes referenced in your /etc/default/grub file? Thanks Barry for your feedback. Here is the output: http://iweb.noa.gr/files/centos7/scratchvm-data-20170505-01.png What can you tell from that? Cheers, Nick

On Wed, May 3, 2017 at 11:24 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > > Hello, > > I'm struggling to make a cloned CentOS 7 VM (under KVM) to work. > > The VM was cloned using mondorestore. Restore appears successful but the VM won't boot; see: > > http://iweb.noa.gr/files/centos7/supergrub2-scratchvm-20170503-04.png Does the UUID of root filesystem in

On Fri, May 5, 2017 at 11:54 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 5/5/2017 5:11 ??, Barry Brimer wrote: > > Are the correct volumes referenced in your /etc/default/grub file? >> > > Thanks Barry for your feedback. > > Here is the output: > > http://iweb.noa.gr/files/centos7/scratchvm-data-20170505-01.png > > What can you tell from that?

On Fri, May 5, 2017 at 2:38 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 5/5/2017 3:15 ??, Gianluca Cecchi wrote: > > ... >> grub2-install /dev/vda >> ... >> Was this one of the command you already tried? >> > > Yes, I have tried that multiple times, both from Troubleshooting Mode > (booting using CentOS 7 Installation CD) and from within the

On 4/5/2017 5:56 ??, Marcelo Roccasalva wrote: > dracut -f /boot/initramfs-<kernel_version>.img <kernel_version> I did: # dracut -f /boot/initramfs-3.10.0-514.10.2.el7.x86_64.img 3.10.0-514.10.2.el7.x86_64 and it ended without reporting any error. However, when I rebooted, nothing changed ("no such device: <UUID>. Entering rescue mode..."). Am I missing

On Wed, May 3, 2017 at 4:55 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 3/5/2017 10:41 ??, Marcelo Roccasalva wrote: > >> Does the UUID of root filesystem in /etc/fstab match the actual UUID >> as reported by blkid? And remove/etc/lvm/cache/.cache if it exists > > > Thank you Marcelo for replying, > > The directory /etc/lvm/cache/ is empty. Dumb

On Thu, May 4, 2017 at 11:43 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 4/5/2017 5:20 ??, Marcelo Roccasalva wrote: > >> Dumb question: the file starts with a dot, doesn't show up in "ls" without >> "-a". > > > Of course, I check with ls -la.It is empty indeed. > >> Even dumber question: the erroring UUID exist in the origin

On Thu, May 4, 2017 at 1:12 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 4/5/2017 5:56 ??, Marcelo Roccasalva wrote: > >> dracut -f /boot/initramfs-<kernel_version>.img <kernel_version> > > > I did: > > # dracut -f /boot/initramfs-3.10.0-514.10.2.el7.x86_64.img > 3.10.0-514.10.2.el7.x86_64 when you boot via supergrub2, you get this kernel